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Bittinopeuden maarittaminen - Bestamning av bithastighet 

Esilla oleva keksinto liittyy bittinopeuden (engi, bit rate) naaarittamiseen 
5 viestintalaitteessa. Erityisesti, muttei valttamatta, keksinto liittyy bittinopeuden 
maarittamiseen kolmannen sukupolven matkaviestinverkon viestintalaitteessa. 

Kaupallisten viestintaverkkojen ja erityisesti solukkoradioverkkojen suosio on viime 
vuosien aikana oilut voimakkaassa kasvussa, Kasvun syyna on ainakin osittain 

10 oIlut palvelujen maaran kasvaminen ja laadun paraneminen viestintaverkoissa. 
Alkuvaiheessa verkot oil suunniteitu tukemaan paaasiassa puheen siirtamista. Jo 
nykyaan tai lahitulevaisuudessa solukkoverkot tarjoavat monia muitakin palveluja, 
kuten lyhytsanoma-, kuvaviesti- ja multimediapalveluita seka palveluita, joilla 
voidaan paasta kasiksi Internet-verkon palveiuihin. Jotkut naista uusista 

15 palveluista asettavat verkolle tavanomaista kovempia vaatimuksia esimerkiksi 
verkon tarjoaman datansiirtonopeuden suhteen. 

Kainsainvalisessa patenttihakemuksessa WO 00/33592 on esitetty jarjestelma, 
joka tarjoaa solukkoverkon matkaviestimen kayttajalle ennusteen siita, 
20 minkalaisen bittinopeuden verkko todennakoisesti pystyisi tarjoamaan yhteydelle. 
jos kayttaja perustaisi yhteyden nykyiselta sijaintipaikaltaan. Odotettavissa oleva 
bittinopeus maaritetaan matkaviestimen vastaanottaman signaalin laadun seka 
matkaviestimen ja tukiaseman datansiirto-ominaisuuksien perusteella. 

25 Kansainvalisessa patenttihakemuksessa WO 00/33592 esitetty menetelma tarjoaa 
kuitenkin vain odotettavissa olevan bittinopeuden. Se ei tarjoa reaaliaikaista tai 
ajantasaista (engl, up-to-date) tietoa jossakin, viestintalaitteen ja verkon valisessa, 
jo olemassaolevassa yhteydessa saavutetusta todellisesta bittinopeudesta. 

30 Nyt on keksitty uusi ratkaisu, jossa pyritaan maarittamaan ajantasainen tai ainakin 
lahes ajantasainen bittinopeus. Keksinnon yhtena tavoitteena on tekniikan tason 
mukaisia menetelmia tarkemman estimaatin maarittaminen bittinopeudelle 
perustuen todelliseen ensimmaisen ja toisen viestintalaitteen valiseen 
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informaatiovirtaan. Keksintoa voidaan kayttaa viestintalaitteessa meneillaan 
olevan yhteyden optimointiin. Eras optimoitava yhteys voi olla TCP/IP-yhteys 
(Transmission Control Protocol/Internet Protocol), joka voi olla meneillaan 
esimerkiksi kolmannen sukupolven viestintalaitteessa. 

5 

Keksinnon eraan ensimmaisen aspektin mukaisesti toteutetaan menetelma 
bittlnopeuden maarittamiseksi viestintalaitteessa, joka viestintalaite kasittaa 
protokollapinon informaation valittamiseksi toiselle viestintalaitteelle ja joka 
protokollapino kasittaa protokollakerroksen, joka protokollakerros toteuttaa 
10 loogisen kanavan maaratyn ensimmaisen informaation siirtamiseksi mainitun 
protokollakerroksen lapi, jossa menetelmassa: 

siirretaan ensimmaista informaatiota protokollakerroksen lapi mainittua loogista 
kanavaa pitkin. 

Menetelmalle on tunnusomaista, etta menetelmassa: 
15 maaritetaan bittinopeus mainitulla loogisella kanavalla mainitusta 
protokollakerroksesta saatavissa olevan toisen informaation perusteella. 

Keksinnon eraan toisen aspektin mukaisesti toteutetaan menetelma bittinopeuden 
maarittamiseksi viestintalaitteessa, joka viestintalaite kasittaa protokollapinon 
20 informaation vastaanottamiseksi toiselta viestintalaitteelta ja joka protokollapino 
kasittaa protokollakerroksen, joka protokollakerros toteuttaa loogisen kanavan 
maaratyn ensimmaisen informaation siirtamiseksi mainitun protokollakerroksen 
lapi, jossa menetelmassa: 

siirretaan ensimmaista informaatiota protokollakerroksen lapi mainittua loogista 
*25 kanavaa pitkin. 

Menetelmalle on tunnusomaista, etta menetelmassa: 

maaritetaan bittinopeus mainitulla loogisella kanavalla mainitusta 
protokollakerroksesta saatavissa olevan toisen informaation perusteella. 

:30 Keksinnon eraan kolmannen aspektin mukaisesti toteutetaan viestintalaite, joka 
kasittaa protokollapinon informaation valittamiseksi toiselle viestintalaitteelle, ja 
joka protokollapino kasittaa protokollakerroksen, joka protokollakerros on 

i jarjestetty toteuttamaan loogisen kanavan maaratyn ensimmaisen informaation 
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siirtamiseksi mainitun protokollakerroksen lapi, joka viestintalaite kasittaa: 
suorittavan elimen ensimmaisen informaation siirtamiseksi protokollakerroksen 
lapi mainittua loogista kanavaa pitkin. 
Viestintalaitteelle on tunnusomaista, etta se kasittaa: 
5 suorittavan elimen bittinopeuden maarittamiseksi mainitulla loogisella kanavalla 
mainitusta protokollakerroksesta saatavissa olevan toisen informaation 
perusteella. 

Keksinnon eraan neljannen aspektin mukaisesti toteutetaan viestintalaite, joka 
10 kasittaa protokollapinon informaation vastaanottamiseksi tolselta viestintalaitteelta, 
ja joka protokollapino kasittaa protokollakerroksen, joka protokollakerros on 
jarjestetty toteuttamaan loogisen kanavan maaratyn ensimmaisen informaation 
siirtamiseksi mainitun protokollakerroksen lapi, joka viestintalaite kasittaa: 
suorittavan elimen ensimmaisen informaation siirtamiseksi protokollakerroksen 
15 lapi mainittua loogista kanavaa pitkin. 

Viestintalaitteelle on tunnusomaista, etta se kasittaa: 

suorittavan elimen bittinopeuden maarittamiseksi mainitulla loogisella kanavalla 
mainitusta protokollakerroksesta saatavissa olevan toisen informaation 
perusteella. 

20 

Mainittu ensimmainen informaatio on edullisesti varsinaista viestintalaitteelta 
toiselle siirrettavaa informaatiota, kuten esimerkiksi dataa, puhetta, videokuvaa, tai 
multimediadataa. Mainittu toinen informaatio on edullisesti viestintalaitteen 
ohjausinformaatiota. 

25 

Mainittu viestintalaite on edullisesti solukkoverkon paatelaite ja mainittu toinen 
viestintalaite solukkoverkon verkkoelementti. Vaihtoehtoisesti mainittu 
viestintalaite on solukkoverkon verkkoelementti ja mainittu toinen viestintalaite 
solukkoverkon paatelaite. Edullisesti solukkoverkko on kolmannen sukupolven 
30 matkaviestinverkko. Edullisesti viestintalaite on laite, joka kommunikoi kayttaen 
WDCMA-protokollapinoa (Wideband Code Division Multiple Access). Keksinnon 
eraassa sovellutusmuodossa WCDMA-protokollapinoa kommunikointiin kayttava 
viestintalaite on solukkoverkkotoiminnot sisaltava radiokortti, joka on kytketty PC- 
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tietokoneeseen (Personal Computer). Tassa sovellutusmuodossa bittinopeuden 
arvo/arvoja voidaan siirtaa radiokortilta sovellukselle/sovelluksille PC- 
tietokoneeseen. Vaihtoehtoisesti mainittu toinen informaatio, jota kaytetaan 
bittinopeuden maarittamiseen, voidaan siirtaa radiokortilta PC-tietokoneeseen, 
5 jolloin bittinopeuden nnaarittaminen vol tapahtua PC-tietokoneessa. 

Edullisesti mainittu protokollakerros, jonka lap! informaatiota siirretaan loogisella 
kanavalle. on WCDMA-protokollapinon MAC-kerros (Medium Access Control), 

10 Edullisesti bittinopeus maaritetaan ohjausinformaation perusteella, jolla 
kontrolloidaan informaation kulkua loogisella kanavalla. Mainitulla 
ohjausinformaatlolla tarkoitetaan keksinnon edullisessa sovellutusmuodossa 
liikennointiformaattia, jota kaytetaan loogisella kanavalla kulkevan informaation 
ohjaamiseen. Mainittu ohjausinformaatio, jonka perusteella bittinopeus 

15 maaritetaan, on edullisesti erillaan varsinaisesta sllrrettavasta infomnaatiosta. 

Edullisesti informaatio, joka otetaan protokollakerroksesta bittinopeuden 
maaritysta varten kasittaa parametrien TBS (Transmission Block Size) ja TTI 
(Transmission Time Interval) arvot maaratylla loogisella kanavalla. Edullisesti se 
20 lisaksi kasittaa loogisen kanavan ID-tunnlsteen loogisen kanavan tunnistamiseksi. 

Edullisesti, kun viestlntalaite lahettaa infomiaatiota, parametrien TBS ja TTI arvot 
otetaan WCDMA-protokollapinon MAC-kerroksesta vasteena WCDMA- 
protokollapinon RLC-kerrokselta tulevan datalohkon siirtamiselle MAC-kerroksen 

25 loogiselta kanavalta WCDMA-protokollapinon fyysisen kerroksen 
liikennointikanavalle datalohkon lahettamista varten. Kun viestintalaite 
vastaanottaa informaatiota, parametrien TBS ja TTI arvot otetaan MAC- 
kerroksesta edullisesti vasteena WCDMA-protokollapinon fyysisen kerroksen 
liikennointikanavalta tulevan datalohkon siirtamiselle MAC-kerroksen loogiselta 

30 kanavalta WCDMA-protokollapinon RLC-kerrokseen. 

Edullisesti bittinopeuden ensimmaisen ajanjakson aikainen bittinopeus loogisen 
kanavan ID-tunnisteen identifioimalla loogisella kanavalla maaritetaan parametrien 
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TBS ja TTI perusteella, jossa parametrin TBS arvo ilmaisee datan maaran, joka 
voidaan lahettaa parametrin TTI ilmaiseman ajanjakson aikana. Parametrien TBS 
ja TTI arvot otetaan MAC-kerroksesta bittinopeuden maaritysvalineille edullisesti 
vain kerran TTI:n nnaaraaman ajanjakson aikana. 

5 

Edullisesti bittinopeus mainitulla loogisella kanavalla maaritetaan 
laskutoimituksella, jossa parametrin TBS an/o jaetaan parametrin TTI arvolla. 

Edullisesti, rjiaaritettya bittinopeuden arvoa ja/tai keskiarvoa yllapidetaan ja 
10 paivitetaan viestintalaitteen kaytettavissa olevassa muistissa. Keksinnon 
edullisessa sovellutusmuodossa tama tapahtuu maaratyssa tietokannassa. Muisti 
vol sijaita viestintalaitteessa tai viestintalaitteen ulkopuolella. Esimerkiksi 
tapauksessa, jossa viestintalaite on solukkoverkkotoiminnot sisaltava radiokortti, 
joka on kytketty PC-tietokoneeseen, viestintalaitteen kaytettavissa oleva muisti vol 
15 sijaita PC-tietokoneessa. Keskiarvo voidaan laskea juoksevana keskiarvona. 

Maaritetty bittinopeuden arvo ja/tai keskiarvo tarjotaan (engl. is provided) 
edullisesti viestintalaitteessa olevien muiden sovellusten ja protokollakerrosten 
kayttoon. Keksinnon edullisessa sovellutusmuodossa viestintalaitteessa olevat 
20 sovellukset ja muut protokollakerrokset voivat kysya bittinopeuden arvoa 
tietokannalta. Kyselyyn vasteena saatua bittinopeuden arvoa sovellukset ja muut 
protokollakerrokset voivat kayttaa lahettamansa informaatiovirran optimointiin. 

Keksinnon eraassa sovellutusmuodossa maaritetaan bittinopeus tietyssa 
25 pakettivalitteisessa yhteydessa, PDP-kontekstissa, joka kayttaa useampaa kuin 
yhta loogista kanavaa nousevan (uplink) ja/tai laskevan (downlink) siirtotien 
suunnassa. Kokonaisbittinopeuden, tiettyyn suuntaan, maarittamiseksi 
summataan PDP-kontekstissa tahan suuntaan kaytossa olevien loogisten 
kanavien bittinopeuksien arvot. 

30 

Keksintoa selostetaan seuraavassa yksityiskohtaisesti viittaamalla oheisiin 
piirustuksiin, joissa 
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kuvio 1 esittaa osaa kolmannen sukupolven viestintalaitteen 

protokollatasojen arkkitehtuurista, 



kuvio 2 



esittaa keksinnon eraan sovellutusmuodon mukaista jarjestelya 
bittinopeuden maarittamiseksi, 



kuvio 3 



esittaa informaatiosisaltoa eraassa keksinnon edullisen 
sovellutusmuodon mukaisessa tietokannassa, 



1 0 kuvio 4 



on vuokaavio esittaen keksinnon mukaista menetelmaa 
bittinopeuden maarittamiseksi viestintalaitteessa 

ylossuuntaisessa (engl. uplink) toiminnassa, 
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kuvio 5 



on vuokaavio esittaen keksinnon mukaista menetelmaa 
bittinopeuden maarittamiseksi viestintalaitteessa 

alassuuntaisessa (engl. downlink) toiminnassa, ja 



kuvio 6 



20 



25 



on lohkokaavio esittaen keksinnon toteuttamiseen soveltuvan 
matkaviestimen lohkoja. 



Kuviossa 1 on esitetty osaa kolmannen sukupolven matkavlestinverkon UMTS 
(Universal Mobile Telecommunications System) paatelaitteen protokollatasojen 
arkkitehtuurista. Kuvion 1 paatelaite kayttaa WCDMA-tekniikkaa. Paatelaite tukee 
seka pakettivalitteista etta piirikytkentaista tiedonsiirtoa. 

Kuviossa 1 on esitetty paatelaitteen WCDMA-protokollakerrokset: PDCP (Packet 
Data Convergence Protocol) 101, RLC-U (Radio Link Control - User plane) 102, 
MAC (Medium Access Control) 103 ja fyysinen kerros (engl. Physical Layer) 104. 



30 Ylossuuntaisessa toiminnassa (datan lahetys paatelaitteelta tukiasemalle, 
nouseva siirtotie) PDCP-kerros suorittaa lahetettavien pakettien otsakkeiden (engl. 
header) kompressoinnin. Kompressointia tan/itaan, jotta voidaan paremmin 
hyodyntaa jarjestelman kaytetossa olevat rajalliset radloresurssit. 
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Alassuuntaisessa toiminnassa (tukiasemalta lahetetyn datan vastaanotto 
paatelaitteessa, laskeva siirtotie) PDCP-kerros purkaa vastaanotettujen pakettien 
otsakkeiden kompressoinnin. Pakettien otsakkeiden kompressointi ja 
5 kompressoinnin purkaminen voidaan tehda ainakin TCP/I P-pakettien tai UDP/IP- 
pakettien (User Datagram Protocol/Internet Protocol) kyseessa ollessa. PDCP- 
kerroksen toimintaa ohjaa PDCP-hallintalohko 111. 

Eri tyyppiset sovellukset ja palvelut on UMTS-jarjestelmassa jaettu eri luokkiin, 
10 jotka vaativat erilaista palvelun laatua QoS (Quality of Service). Esimerkiksi 
paatelaitteen www-selainsovellus (world wide web browser application) ja 
streaming-sovellukset (esim. pakettipohjainen video streaming -sovellus) 
asettavat erilaisia vaatimuksia yhteyden eri parametreille, kuten bittinopeudelle tai 
jaannosbittivirhesuhteelle. Sovellukset voivat asettaa vaatimuksia myos 
15 uudelleenlahetysten kaytolle ja niin edelleen. Palvelun laatuun QoS liittyvan 
informaation kertoo PDCP-kerrokselle PDP-konteksti (Packet Data Protocol) 
121, 122. Samalla paatelaitteella vol olla yksi tai useampia samanaikaisia PDP- 
konteksteja verkon kanssa. NSAPI (Network layer Service Access Point Identifier) 
on tunniste, joka identifioi PDP-kontekstin PDCP-kerroksen tasolla. PDP- 
20 konteksteja kaytetaan pakettivalitteisessa tiedonsiirrossa. Sen sljaan 
piirikytkentaiset sovellukset 123, jotka siis toteuttavat piirikytkentaista palvelua, 
(esim. puhepuhelu tai piirikytkentainen datapuhelu (esim. videopuhelu)), eivat 
kayta PDCP-kerrosta 101 ollenkaan vaan ne toimivat RLC-U -kerroksen paalla 
ilman PDCP-kerrosta. 

25 

Lahetettavat paketit kulkevat ylossuuntaisessa toiminnassa PDCP-kerrokselta 
RLC-U -kerroksen RLC-U -yksikoille 131-132. RLC-U -yksikot identifioidaan 
RABJD-tunnisteen (Radio Access Bearer IDentifier) avulla siten, etta kutakin 
NSAPlia vastaa yksi RAB_ID-tunniste. RLC-U -kerroksen toimintaa ohjaa RLC - 
30 ohjauslohko. 

RLC-U -yksikko kohdentaa (engl. map) PDCP-kerroksen sille siirtamat paketit 
yhdelle tai useammalle loogiselle kanavalle ja siirtaa datapaketit MAC-kerrokselle 
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103. Loppujen lopuksi, yksi PDP-konteksti voi kayttaa yhta tai useampaa loogista 
kanavaa. 

Piirikytkentaisten sovellusten yhteydessa RLC-U -yksikko 133 saa lahetettavan 
5 informaatiovuon suoraan piirikytkentaiselta sovellukselta 123. Piirikytkentaisten 
sovellusten yhteydessa infomnaatiovuo voi sisaltaa pelkkaa puheinformaatiota 
(puhepuhelu), dataa (datapuhelu) tai molempia (esim. multimediapuhelu). RLC-U 
-yksikko valittaa informaationvuon MAC-kerroksen loogiselle kanavalle, 

10 Vastaanotetut datapaketit kulkevat alassuuntaisessa toiminnassa RLC-U - 
yksikkojen lapi vastakkaiseen suuntaan kuin lahetettavat paketit ylossuuntaisessa 
toiminnassa. Niiden reitti kulkee MAC-kerroksen loogisilta kanavilta RLC-U - 
yksikkojen kautta PDCP-kerrokseen. 

15 MAC-kerroksessa datapaketit kulkevat MAC-kerroksen loogisilla kanavilla. 
Ylossuuntaisessa toiminnassa MAC-kerros kohdentaa loogisilla kanavilla liikkuvat 
datapaketit ja informaatiovuon fyysisen kerroksen lilkennointikanaville (engL 
transport channel) radioteitse tapahtuvaa lahetysta varten. MAC-kerros jakaa 
(engl. assign) kaytettavissa olevat radioresurssit eri loogisten kanavien kesken 

20 siten, etteivat kaytettavissa olevat radioresurssit ylity. Ideaalisesti tama tapahtuu 
silla tavalla, etta kaytettavissa olevia radioresursseja kaytetaan kuitenkin 
mahdollisimman tehokkaasti. 

Alassuuntaisessa toiminnassa MAC-kerros vastaanottaa datapaketit ja 
25 piirikytkentaisen palvelun informaatiovuon fyysiselta kerrokselta loogisille 
kanavilleen ja valittaa datapaketit ja informaatiovuon eteenpain RLC-U -yksikoille. 
MAC-kerroksen loogiset kanavat identifioidaan loogisen kanavan ID-tunnisteen 
avulla. Loogiset kanavat ovat yksisuuntaisia. 

30 Ylossuuntaisessa toiminnassa fyysinen kerros 104 suorittaa pakettivalitteisen 
datan ja piirikytkentaisen palvelun informaatiovuon kanavakoodauksen ja 
lomituksen seka huolehtii sen lahettamisesta tukiasemalle. Alassuuntaisessa 
toiminnassa fyysinen kerros suorittaa tukiasemalta lahetetyn pakettivalitteisen 
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datan ja piirikytkentaisen palvelun informaatiovuon vastaanottamisen, lomituksen 
purkamisen ja kanavadekoodauksen. 

Kuvion 1 vasemmassa laidassa nakyvat ohjaustoimintolohkot 105, jotka on 
5 kytketty (engl. coupled) edella selostettuihin protokollakerroksiin. 
Puhelunohjauslohko CC (engl. Call Control) suorittaa piirikytkentaisten palveluiden 
ohjaanniseen liittyvia tolmenpiteita. Se muun muassa hyvaksyy ja hylkaa 
puhelunnnuodostuspyyntoja. Liikkuvuudenhallintalohko MM (engl. Mobility 
Management) suorittaa paatelaitteen sijainninseurantaan liittyvia tolmenpiteita 
1 0 piirikytkentaisissa yhteyksissa. 

Istunnonhallintalohko SM (engl. Session Management) suorittaa muun muassa 
tolmenpiteita llittyen PDP-kontekstlen aktlvolntlin, muokkaamlseen ja purkamlseen 
(engl. deactivate). Se ohjaa RRC-kerroksen kanssa protokollapinon konfigurointia 
15 pakettivalltteisessa toimlnnassa. GMM-lohko (GPRS Mobility Management, 
General Packet Radio System) vastaa liikkuvuudenhallinnasta (esim. 
kanavanvaihto, engl. handover) pakettivalltteisessa tolminnassa. 

RRC-kerros on protokollakerros, joka vastaa monenlaisen ohjausinformaation 
20 merkinannosta paatelaitteen ja verkon valilla. RRC-kerros asettaa alempien 
protokollakerrosten (MAC-kerros ja fyysinen kerros) ohjausparametrit ja se vastaa 
suurelta osin yhteydenmuodostuksesta paatelaitteen ja verkon valilla. 

RLC-C -kerros (Radio Link Control - Control plane) suorittaa maarattyja 
25 tolmenpiteita llittyen merklnantoviestien lahettamiseen paatelaitteen ja verkon 
valilla. Merklnantoviestien slirtamlseen osalllstuva RLC-C -kerros ja varsinaisen 
kayttajadatan (engl. user data) (ell varsinaisen siirrettavan Informaation) 
siirtamiseen osalllstuva RLC-U -kerros (RLC-U -yksikot) yhdessa muodostavat 
RLC-kerroskokonaisuuden. 

30 

Tietyn yhteyden NSAPI- ja RAB_ID-tunnlste seka yhteyden kayttamien loogisten 
kanavien ID-tunnisteet ovat ohjaustoimintolohkojen 105 tiedossa. 
Ohjaustoimintolohkojen tiedossa on myos loogisen kanavan suunta 
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(ylossuuntainen toiminta UL (=uplink) / alassuuntainen toiminta DL (=downlink)). 

Radioresurssien jakaminen WCDMA-jarjestelmassa tapahtuu seuraavalla tavalla. 
Kun yhteys perustetaan paatelaitteen ja verkon valille tai kun suoritetaan 
5 radioresurssien uudelleenjakaminen, RRC-kerros jakaa jokaiselle yhteydessa 
kaytettavalle MAC-kerroksen loogiselle kanavalle joukon liikennointiformaatteja. 
Liikennointiformaattien joukko (engl. transport format set) 141-144 kasittaa yhden 
tai useampia liikennointiformaatteja 1A, IB, 1C; 2A, 2B; 3A, 38; 4A. 
Lilkennointiformaatti on tyypillisesti tietorakenne, joka sisaltaa ohjausinformaatiota, 

10 jolla ohjataan informaation lahetysta ja vastaanottoa. Mainittuun 
ohjausinformaatioon kuuluu muun muassa parametrit TBS (Transport Block Size) 
ja TTI (Transmission Time Interval). Liikennointiformaatti maaraa taten sen 
datalohkon koon TBS (Transport Block Size), joka datalohko voidaan loogisen 
kanavan kautta lahettaa ajanjakson TTI (Transmission Time Interval) aikana. 

15 Tyypillisia parametrin TBS arvoja ovat esimerkiksi 80, 160, 320, 640 tai 1280 bittia. 
Parametri TTI on sama liikennointiformaattijoukon kaikille liikennointiformaateille. 
Se on 10 ms:n kerrannainen, esimerkiksi 30 ms. 

Datalohkojen lahetyksen aikana MAC-kerros voi itsenaisesti valita, mita 
20 liikennointiformaattia loogiselle kanavalle jaetusta liikennointiformaattien joukosta 
se kayttaa kunkin datalohkon lahetyksessa. Jos useita loogisia kanavia on 
aktiivisina samanaikaisesti, MAC-kerros valitsee eri loogisilla kanavilla kaytettavat 
liikennointiformaatit siten, etteivat kaytettavissa olevat radioresurssit ylity. 
Toisaalta MAC-kerros valitsee liikennointiformaatit siten, etta radioresurssit ovat 
25 kuitenkin mahdollisimman tehokkaassa kaytossa. Liikennointiformaattien joukkoa, 
joka muodostuu samaan aikaan eri loogisilla kanavilla kaytetyista 
liikennointiformaateista, nimitetaan liikennointiformaattien yhdistelmaksi (engl. 
transport format combination). Kuviossa 1 on esitetty kaksi eri 
liikennointiformaattien yhdistelmaa. Ensimmaisessa yhdistelmassa 151 loogisella 
30 kanavalla 1 on kaytossa liikennointiformaatti IB, loogisella kanavalla 2 
liikennointiformaatti 2B, loogisella kanavalla 3 liikennointiformaatti 3A ja loogisella 
kanavalla 4 (piirikytkentainen palvelu) vakioliikennointiformaatti 4A. Toisessa 
yhdistelmassa 152 looginen kanava 1 kayttaa liikennointiformaattia 1A, looginen 
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kanava 2 liikennointiformaattia 2A, looginen kanava 3 liikennointiformaattia 3B ja 
looginen kanava 4 vakioliikennointiformaattia 4A. 

Alassuuntaisessa toiminnassa informaatiovuo (datalohkot) kulkee kuviossa 1 
5 alhaalta ylospain. Jotta MAC-kerros osaa lukea fyysiselta kerrokselta 
vastaanottamansa datalohkot oikein, sen tulee tietaa, mita liikennointiformaattia on 
kaytetty lahetyspaassa. Lahetyspaassa lahetettavan datalohkon yhteyteen 
liitetaan liikennointiformaatti-indikaattori TFI (Transport Format Indicator) eli 
maaratty bittikuvio, joka vastaanottopaassa (esim. paatelaltteessa) kertoo MAC- 
10 kerrokselle sen, mita liikennointiformaattia on kaytetty lahetyspaassa (esim. 
verkon puolella). 

Keksintoa selostetaan seuraavassa esimerkin avulla viitaten kuvioon 2, joka 
havainnollistaa keksinnon erasta edullista sovellutusmuotoa, joka toteutetaan 
15 kolmannen sukupolven matkaviestinverkon paatelaltteessa. Kuviosta 1 tutut 
protokollakerrokset PDCP 101, RLC-U 102, MAC 1 03 ja WCDMA-fyysinen kerros 

104 on esitetty kuvion oikeassa reunassa. Kuviosta 1 tutut ohjaustoimintolohkot 

105 on esitetty kuvion keskella yhteisessa lohkossa. Ohjaustoimintolohkot 105 on 
kytketty malnittuihin protokollatasoihin 101-104 seka tietokantalohkoon 209. 

20 Kayttajan protokollat 206, joita voivat olia muun muassa IP (Internet Protocol), 
TCP (Transmission Control Protocol), UDP (User Datagram Protocol), HTTP 
(HyperText Transfer Protocol) seka WAP (Wireless Application Protocol), ovat 
protokollapinossa PDCP-kenroksen paalla. Sovelluskerros 207 on kayttajan 
protokollien 206 paalla. 

25 

MAC-kerros on kytketty bittinopeuden estimointilohkoon 208, joka puolestaan on 
kytketty tietokantalohkoon 209. Kayttajan protokollat 206 ja sovelluskerros 207 
voivat tehda bittinopeuskyselyja tietokantalohkolta 209. 

30 Keksinnon eraan edullisen sovellutusmuodon mukaan, kun MAC-kerros valittaa 
loogiselta kanavaltaan datalohkon liikennointikanavalle fyysiseen kerrokseen, 
MAC-kerrokselta silrretaan keksinnolliseen bittinopeuden estimointilohkoon 
kyseessa olevan loogisen kanavan ID-tunnlste ja parametrien TBS ja TTI arvot. 
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Jos loogisia kanavia on vain yksi, loogisen kanavan ID-tunnisteen kaytto ei 
kaikissa tapauksissa ole taysin valttamatonta, jolloin myoskaan loogisen kanavan 
ID-tunnisteen siirtaminen IVlAC-kerrokselta bittinopeuden estimointilohkoon ei 
kaikissa tapauksissa ole aivan valttamatonta. 

5 

Bittinopeuden estimointilohko 208 laskee parametrien TBS ja TTI avulla 
bittinopeuden kyseisella loogisella kanavalla. Laskennan yksityiskohtia selostetaan 
lahemmin kuvion 4 selostuksen yhteydessa. 

10 Bittinopeuden estinnolntilohko lahettaa laskemansa bittinopeuden ja loogisen 
kanavan ID-tunnisteen tietokantalohkoon 209, joka keksinnon mukaan yllapitaa 
yhteyksien tietoja tietokannassa. Tietokantalohko on siis kytketty 
ohjaustoimintolohkoihin 105, joilta tietokantalohko saa loogisen kanavan ID- 
tunnistetta vastaavat NSAPI:n ja RABJD-tunnisteen arvot seka loogisen kanavan 

15 suunnan (UL/DL). 

Kayttajan protokollat 206 ja sovelluskerroksen 207 sovellukset voivat suorittaa 
kyselyita tietokantaiohkoita 209. Ne voivat kysya tietokantalohkolta, mika 
bittinopeus saavutetaan NSAPhn identifioimassa yhteydessa (PDP-kontekstlssa) 

20 ylossuuntaisessa tai alassuuntaisessa toiminnassa. Tietokantalohkolle toimitetaan 
talloin NSAPI ja tieto suunnasta (ULyOL). Vasteena kyselyyn tietokantalohko 
palauttaa tiedon bittinopeudesta kyselyn tekijalle. Kayttajan protokollien ja 
sovelluskerroksen sovellusten suorlttamlen kyselyiden yksityiskohtiin palataan 
myohemnnln tassa selltyksessa. TIetokanta voldaan toteuttaa monella 

25 vaihtoehtoisella tavalla, joihin palataan keksinnon vaihtoehtoisten 
sovellutusmuotojen selostuksen yhteydessa. 

Kuviossa 3 havainnollistetaan tietoja, jotka tietokantalohkon yllapltama tietokanta 
edullisesti kasittaa. Tietokanta 31 voi nyt esitettavien tietojen lisaksi kaslttaa 
30 muitakin tietoja, kuten keksinnon vaihtoehtoisten sovellutusmuotojen yhteydessa 
tullaan selostamaan. 



Kuvio 3 esittaa myos erasta mahdollista tietokantarakennetta tietokannalle 31, 
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mutta alan ammattimiehelle on selvaa, etta tietokanta 31 voidaan toteuttaa 
ohjelmallisesti myos muulla tavalla poikkeamatta keksinnon tunnusmerkeista. 
Esimerkiksi yhden keskitetyn tietokannan sijaan jokaiselle eri loogiselle kanavalle 
on mahdollista alustaa oma tietokanta. 

Kuvion 3 esimerkkitapauksessa tietokannan 31 sarakkeessa 301 "Loogisen 
kanavan ID" llmaistaan loogisen kanavan ID-tunniste. Sarakkeessa 302 "UUDL" 
ilmaistaan loogisen kanavan suunta. joka on joko alas-suunta (solukkoverkon 
tukiasemalta paatelaitteelle pain, downlink direction) tai ylos-suunta 
(paatelaitteelta tukiasemalle pain, uplink direction). Tassa esimerkkitapauksessa 
ylos-suuntaa merkitaan luvulla 1 ja alas-suuntaa luvulla 0. Sarakkeessa 303 
"NSAPI" on PDP-kontekstin NSAPI-tunniste, joka vastaa loogisen kanavan ID- 
tunnistetta. Sarakkeessa 304 "RABJD" on RAB_ID-tunniste, joka vastaa loogisen 
kanavan ID-tunnistetta. Kaikki edella mainitut tunnisteet ja yhteyden suunta ovat 
edullisesti tyyplltaan kokonalslukuja. RAB_ID-tunnisteen oleminen tietokannassa 
ei ole kaikissa tapauksissa valttamatonta, silla NSAPI:a vastaava RAB_[D - 
tunniste voidaan tarvittaessa hakea ohjaustoimintolohkoilta. Tyypillisesti kaikki 
muut tunnisteet voidaan hakea ohjaustoimintolohkoilta loogisen kanavan ID- 
tunnisteen perusteella. Mulden tunnisteiden olemassaolo tietokannassa 31 
kuitenkin helpottaa prosessointityota esimerkiksi sovelluskerroksen sovelluksen 
suorittamaan bittinopeuskyselyyn vastattaessa. koska talloin tarvittavat tunnisteet 
loytyvat suoraan tietokannasta 31, eika niita tarvitse erikseen kysya 
ohjaustoimintolohkoilta. 

Sarakkeessa 305 "Bittinopeus" yilapidetaan bittinopeuden estlmointilohkon 
laskemaa ja tietokantalohkolle lahettamaa bittinopeuden arvoa (arvot 1-4) kullakin, 
loogisen kanavan ID-tunnisteen identifioimalla, loogisella kanavalla. 
Yksinkertaisimmillaan tietokanta koostuu ainoastaan loogisten kanavien ID- 
tunnisteista seka bittinopeuksien arvolsta. 

Kuviossa 3 tietokannan 31 sarakkeet on taytetty vastaamaan kuvion 1 
esimerkkitapausta, jossa NSAPI, joka saa an/on 1, on kohdennettu RAB_ID:hen. 
jonka arvo on 1, joka RAB_ID puolestaan on kohdennettu kahdelle MAC- 
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kerroksen eri loogiselle kanavalle, joiden ID-tunnisteet ovat 1 ja 2. NSAPI, joka 
saa arvon 2, on kohdennettu RAB_ID:hen, jonka arvo on 2, joka RAB_ID 
puolestaan on kohdennettu yhdelle MAC-kerroksen loogiselle kanavalle, jonka ID- 
tunniste on 3. RAB_ID, joka saa arvon 3, on kohdennettu yhdelle MAC-kerroksen 
5 loogiselle kanavalle, jonka ID-tunniste on 4. Pllrikytkentainen sovellus Gonka 
RAB_ID slls tassa on 3) el kayta PDCP-kerrosta ollenkaan, joten silla ei ole 
NSAPI-tunnlstetta. Koska kuvio 1 esittaa informaation lahetysta, ovat kaikkl 
looglset kanavat 1-4 ylossuuntalsia (UI-/DL=1). 

10 Kuvion 4 vuokaaviossa on havainnollistettu keksinnon eraan edulllsen 
sovellutusmuodon mukaista menetelmaa bittinopeuden maarittamiseksl 
solukkoverkon matkaviestlmessa ylossuuntalsessa tolmlnnassa. Aluksl 
muodostetaan yhteys paatelaltteen ja verkon valille (lohko 41). 
Yhteydenmuodostuksesta paatelaitteessa vastaa paaosin RRC-lohko. 

15 Yhteydenmuodostuksen tuloksena syntyy datalohkojen lahettamlsta (ja 
vastaanottamlsta) varten yksl tai useannpia datavlrtoja, niin sanottuja dataputkia 
(data pipes), PDCP-kerroksesta RLC-U -kerroksen ja MAC-kerroksen lapi 
fyysiseen kerrokseen. Dataputki vol haaroittua RLC-U -yksikosta useammalle kuin 
yhdelle MAC-kerroksen loogiselle kanavalle. 

20 

RRC-lohko jakaa MAC-kerroksen kullekin loogiselle kanavalle 
liikennointiformaattien joukon (lohko 42). Tietokantalohkon tietokanta alustetaan 
lohkossa 43. Alustamisessa tietokantalohko hakee perustetussa yhteydessa 
kaytettavat loogisten kanavien ID-tunnisteet, NSAPI:n, RABJD -tunnisteen 
25 ohjaustoimintolohkoilta ja kirjoittaa ne tietokantaan. 

Varsinaisen tiedonsiirron alkaessa MAC-kerros saa lahetettavat datalohkot RLC-U 
-kerrokselta. Datalohkon lahetysta varten MAC-kerros valitsee kullakin 
lahettavalla loogisella kanavalla kaytettavan llikennolntlfonnaatin (lohko 44) 
30 liikennointiformaattien joukosta, jonka RRC-lohko aikaisemmin spesifioi. Taman 
jalkeen lahetetaan datalohko (lohko 45). Datalohkojen lahetyksessa MAC-kerros 
kohdentaa looglset kanavat fyysisen kerroksen lilkennointikanavjile. Lahetettavat 
datalohkot siirtyvat kohdentamisen seurauksena fyysiseen kerrokseen, joka 
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fyysinen kerros huolehtii datalohkojen varsinaisesta lahettamisesta radiotielle. 
Alan ammattimiehelle on selvaa, etta MAC-kerros tekee datalohkoille muitakin 
toimenpiteita kuin vain valittaa ne eteenpain fyysiselle kerrokselle radiotielle 
lahetysta varten. MAC-kerros suorittaa esimerkiksi nnaarattyja salaukseen (engl. 
ciphering) liittyvia toimenpiteita. 

Kun MAC-kerros siirtaa loogiselta kanavaltaan datalohkon fyysiseen kerrokseen 
lahetettavaksi. MAC-kerros antaa bittinopeuden estimointilohkoon kyseessa 
olevan loogisen kanavan ID-tunnisteen ja parametrien TBS ja TTI arvot (lohko 46). 

Kuten edella on mainittu, liikennointiformaatti maaraa koon TBS datalohkolle, joka 
siirretaan RLC-U -yksikolta MAC-kerroksen loogisen kanavan kautta fyysisen 
kerroksen liikennointikanavalle lahetysta varten ajanjakson TTI aikana. 
Luonnollisesti datalohkon siirtaminen tapahtuu vain, jos RLC-U -yksikolla on 
lahetettavaa (lahetettava datalohko). Jos taas RLC-U -yksikolla on enemman kuin 
yhden TBS:n verran dataa lahetettavana, loput datalohkot lahetetaan MAC- 
kerroksen ohjaamina seuraavan tai seuraavien lahetysaikavalien TTI aikana. Eri 
lahetysaikavaleissa TTI voidaan lahettaa eri maara dataa riippuen kyseessa 
olevassa aikavalissa kaytettavasta liikennolntlformaatista, joka slis maaraa 
kyseessa olevassa aikavalissa lahetettavan datalohkon koon parametrilla TBS. 
Kuten jo aikaisemminkin on todettu, liikennointlformaatit eri lahetysaikavaleille TTI 
eri loogisille kanaville (eli liikennointiforniaattlen kombinaation) valitsee MAC- 
kerros itsenaisesti riippuen kasllla olevasta lahetettavan datan maarasta kullakin 
hetkella. 



Koska parametrien TBS ja TTI an/ot toimitetaan MAC-kerrokselta bittinopeuden 
estimointilohkolie aina, kun MAC-kerrokselta siirtyy datalohko fyysiseen 
kerrokseen, bittinopeuden estimointilohko voi laskea bittinopeuden, joka kyseisen 
TTI:n aikana saavutetaan loogisen kanavan ID:n identifioimalla loogisella 
kanavalla. Bittinopeus lasketaan (lohko 47) jakamalla datalohkon koko TBS 
lahetysaikavaliHa TTI. Jos esimerkiksi TBS on 640 bittia ja TTI on 30 ms. saadaan 
bittinopeudeksi 640/0.030 bit/s eli noin 21,3 kbit/s. joka edustaa bittlnopeutta 
kyseisella loogisella kanavalla kyselsella 30 ms:n aikavalilla. Nimitetaan kyseista 



16 

bittinopeutta hetkelliseksi bittinopeudeksi (engl. instantaneous bit rate). 



Riittaa, etta parametrien TBS ja TTI aivot seka loogisen kanavan ID-tunniste 
toimitetaan kerran aikavalin TTI aikana. Jos loogisella kanavalla ei kulje 
datalohkoja, ei myoskaan parametrien TBS ja TTI arvoja toimlteta bittinopeuden 
estimointiiolikolle. Tasta bittinopeuden estimointiloliko edullisesti paattelee, etta 
iooginen kanava on IDLE-tllassa, eli etta sen kautta ei laheteta dataa kyseisen 
lahetysaikavalin TTI aikana. 



Bittinopeuden estimointiloliko siirtaa laskemansa bittinopeuden kyseisen loogisen 
kanavan ID-tunnlsteen kanssa tietokantalohkolle, joka paivittaa kyseisen loogisen 
kanavan ID-tunnisteen perusteella bittinopeuden arvon tietokantaan oikean 
loogisen kanavan kohdalle (lohko 48). Jos parametrien TBS ja TTI arvoja ei ole 
toimitettu TTI:n aikana bittinopeuden estlmointilohkolle, MAC kerros ei ole siirtanyt 
datalohkoa fyyslseen kerrokseen lahetysta varten kyseisen TTI.n aikana, eika 
bittinopeuden atvoa paiviteta tietokannassa. vaan edellinen bittinopeuden arvo 
jatetaan volmaan. Talloin bittinopeuden an/o tietokannassa edustaa lahinna 
kaytettavissa olevaa maksimibittinopeutta kyseisella loogisella kanavalla olettaen, 
etta kyseisen loogisen kanavan kayttamaa liikennointiformaattia ei ole muutettu. 
Lohkosta 48 siirrytaan jalleen lohkoon 45 seuraavan datalohkon lahettamista 
varten. Nuoli lohkosta 48 jatkuu katkoviivalla piin^ettyna lohkoon 44. jossa voidaan 
valita loogiselle kanavalle uusi liikennointifonnaatti datalohkon lahetysta varten. 

Kuvion 5 vuokaaviossa on havainnollistettu keksinnon mukaista menetelmaa 
bittinopeuden maarittamiseksi solukkoverkon matkaviestimessa alassuuntaisessa 
tolminnassa. Vastaavasti kuin, mita on esitetty kuvion 4 selostuksen yhteydessa. 
muodostetaan yhteys verkon ja paatelaitteen valille (lohko 51). 

RRC-lohko jakaa MAC-kerroksen kullekin loogiselle kanavalle joukon 
liikennointiformaatteja (lohko 52). Sen. mita llikennointiformaattien joukkoa 
yhteydessa tullaan kayttamaan, RRC-lohko on sopinut toisen yhteysosapuolen eli 
tassa esimerkkitapauksessa verkon kanssa yhteyden muodostamisvaiheessa. 
Tietokantalohkon tietokanta alustetaan lohkossa 53 vastaavasti kuin lohkossa 43 
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tehtiin. Taman jalkeen aloitetaan datalohkojen vastaanotto (lohko 54). Jotta MAC- 
kerros osaa iukea vastaanottamiaan datalohkoja, MAC-kerros maarittaa ensin 
kullakin vastaanottavalla loogisella kanavalla kaytettavan liikennointiformaatin 
(lohko 55). Kuten edella on selostettu, lahettaja (verkko) on liittanyt 
liikenndintiformaattl-indikaattorin (TFI) lahettamansa datalohkon yhteyteen. MAC- 
kerros kayttaa tata tietoa liikennointiformaatin maarittamiseen. 

Datalohkon vastaanotossa MAC-kerros valittaa fyysiselta kerrokselta tulleen 
datalohkon RLC-U -yksikolle RLC-U -kerrokseen. Kun MAC-kerros valittaa 
datalohkon. MAC-kerros antaa bittinopeuden estimointilohkoon kyseessa olevan 
loogisen kanavan ID-tunnisteen ja parametrien TBS ja TTI arvot (lohko 56). 

Bittinopeuden estimointilohko laskee bittinopeuden, joka kyselsen TTI:n aikana 
saavutetaan loogisen kanavan ID:n identifioimalla loogisella kanavalla. Bittinopeus 
lasketaan (lohko 57) jakamalla vastaanotetun datalohkon koko TBS 
lahetysaikavalilla TTI vastaavalla tavalla, kuin datalohkojen lahettamisen 
yhteydessa on selostettu. Jos MAC-kerros ei vallta datalohkoja. ei myoskaan 
parametrien TBS ja TTI arvoja toimlteta bittinopeuden estimointilohkolle. 

Bittinopeuden estimointilohko silrtaa laskemansa bittinopeuden kyseisen loogisen 
kanavan ID-tunnisteen kanssa tietokantalohkolle. joka paivittaa kyseisen loogisen 
kanavan ID-tunnisteen perusteella bittinopeuden arvon tietokantaan oikean 
loogisen kanavan kohdalle (lohko 58). Jos parametrien TBS ja TTI an/oja ei ole 
toimitettu bittinopeuden estimointilohkolle. tietokantalohkolle ei laheteta 
bittinopeuden an/oa tietokannan paivitysta varten. Lohkosta 58 siirrytaan jalleen 
lohkoon 54 seuraavan datalohkon vastaanottamista varten. 

Esitetaan seuraavassa muutamia muita keksinnon edullisia ja vaihtoehtoisia 
sovellutusmuotoja. Loogisella kanavalla kaytettava liikennointiformaatti voidaan 
vaihtaa hetkella, jolla ensimmainen lahetysaikavali paattyy ja toinen 
lahetysaikavali alkaa. Vastaavasti liikennointiformaatin vaihtuessa myos 
bittinopeus voi vaihtua. Bittinopeus vol heilahdella voimakkaasti riippuen siita. 
mika liikennointiformaattien joukon liikennointifonnaatti loogisella kanavalla 
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kul,o,nk,n on kay.6ss4. Taman takia on .ie.okannassa tarkoi.uksenmukaista 
yllapitaa ajantasaisen ell kulloinkin meneillaan olevan (,ai edellisen luuri 
loppuneen) lahetysaikavalln TTI bittinopeuden llsaksi bittinopeuden kesklan,oia 
lotta voidaan saada kokonaiskuva bittinopeuden pitemrT,an ajan kayttSytymlsesta. ' 

Keksinnon eraassa vaihtoehtoisessa sovellutusmuodossa tietokantalohkon 
fetokannassa yllapldetaan kunkin looglsen kanavan kohdalla meneillaan olevan 
(tai juuri kuluneen) lahetysaikavalln bittinopeuden (hetkellinen bittlnopeus) llsSksl 
bittinopeuden kesklan,oa. Tama tehdSan edullisesti juoksevan kesklan-on 
muodossa. Juoksevassa bittinopeuden keskian,ossa otetaan huomloon maaratty 
maara (esim. kymmenen) vilmelsia bittinopeuden estimointllohkon laskemia 
brttlnopeuksla tietylle loogiselle kanavalle. Kun tletokantalohko saa bittinopeuden 
estimolntilohkolta uuden bittinopeuden, tletokantalohko pfflvWaa juoksevaa 
b«t,nopeuden kesklawoa summaamalla kymmenen viimeista hetkellistS 
bittinopeuden arvoa ja jakamalla summan luvulla kymmenen ja tallentamalla 
tuloksen tietokantaan. Tassa sovellutusmuodossa tletokannassa yllapldetaan siis 
kerrallaan kymmenta vlimelsta bittinopeuden an,oa seka naiden keskian^oa. 

Jos lahetysalkavall TTI muuttuu naiden kymmenen jakson aikana. ei kesklan,o 
valttamatta edusta taysln oikeaa arvoa bittinopeuden todelliselle keskian-olle 
Lahetysaikavalln TTI pituus voi muuttua, ,os MAC*eiTx.s saa kesken 
olemassaolevaa yhteytta uuden liikennointifomiaanlen Joukon, jossa parametrin 
TTI an-o on erilainen kuin edellisessa liikennointlfomtaattlen joukossa. Tarkempi 
bittinopeuden an,o saadaan tassa tapauksessa summasta E(aKTBSm-|)J missa 
indeks, i juoksee luvusta 1 lukuun 10, (TBS/TTl), on hetkellinen bittlnopeus 
iahetysaikavaiissa i ja a, on painokerroln lahetysaikavalissa i. Palnoken-oin a 
lasketaan kullekln lahetysalkavalllle i yhtaiosta a,=TTW£TTI), jossa TTI on 
lahetysalkavalin 1 pituus ja z TTI kaikklen lahetysaikavalien pltuuksien summa 
(tassa kymmenen viimeisen lahetysaikavalln summa). Tassa kekslnn6n 
vaihtoehtolsessa sovellutusmuodossa tletokantalohko laskee bittinopeuden 
kesk,an,on edelia malnitulla kaavalla bittinopeuden esimointilohkon sllle 
toimittamien hetkellisten bittinopeuksien pemsteella. 
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Keksinnon eraassa toisessa vaihtoehtoisessa sovellutusmuodossa lasketaan 
juoksevan keskiarvon sijaan kiintea keskiarvo. Talloin keskiarvon laskentaan 
otetaan maaratysta ajanhetkesta (esim. PDP-kontekstin aktivointihetkesta) lahtien 
kaikki bittinopeuden estimointilohkon tietokantalohkolle toimittamat bittinopeuden 
arvot. 

Keksinnon eraassa toisessa sovellutusmuodossa tietokantalohko yllapitaa tietoa 
MAC-kerroksen kokonaiskapasiteetista. Tietokantalohko skannaa ja summaa 
jaksollisesti (esim. 0.2 sekunnin valein) kaikkien loogisten kanavien 
bittinopeuksien arvot koko MAC-kerroksen kokonaisbittinopeuden saamiseksi ja 
kirjoittaa kokonaisbittinopeuden an/on tietokantaan. Tassa on otettava huomioon 
se, etta jos lahetys/vastaanotto ei ole kaynnissa, bittinopeuden arvo tietokannassa 
ei valttamatta edusta todellista bittinopeutta, vaan lahinna kaytettavissa olevaa 
maksimikapasiteettia loogisella kanavalla. Jos siis jokin looglnen kanava on IDLE- 
tilassa, eika siis laheta/vastaanota datalohkoja, tietokannassa kyseisen loogisen 
kanavan kohdalla voi olla "vanhentunut" bittinopeuden arvo. koska arvoa 
paivitetaan keksinnon edullisessa sovellutusmuodossa vain, kun 
lahetys/vastaanotto on kaynnissa. Kyseinen vanhentunut bittinopeuden arvo 
jatetaan kokonaisbittinopeuden maarittamisessa huomiolmatta. Tietokantalohko 
voi esimerkiksi pitaa kirjaa ajanhetkista, jolloin vlimeinen bittinopeuden arvon 
paivitys on tehty ja paatella bittinopeuden arvon olevan "vanhentunut", jos 
vlimeinen paivitys on tehty nykyhetkesta taaksepain laskettuna oleellisesti 
enemman kuin yksi lahetysaikavali TTI sitten. 

Edella keksinnon eraan edullisen sovellutusmuodon selostuksen yhteydessa (seka 
datan lahetykseen etta datan vastaanottoon liittyvat esimerkkitapaukset) mainittiin, 
etta jos loogisella kanavalla ei kulje datalohkoja, ei myoskaan parametrien TBS ja 
TTI an/oja toimiteta bittinopeuden estimointilohkolle. LIsaksi todettiin, etta jos 
parametrien TBS ja TTI arvoja ei ole toimitettu TTI:n aikana bittinopeuden 
estimointilohkolle, ei myoskaan bittinopeuden an/oa paiviteta tietokannassa, vaan 
edellinen bittinopeuden arvo jatetaan voimaan. 

Keksinnon eraassa vaihtoehtoisessa sovellutusmuodossa toimitaan kuitenkin eri 
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tavalla. Jos loogisella kanavalla ei kulje datalohkoja, parametrien TBS ja TTI 
arvoja ei edelleenkaan toimiteta bittinopeuden estimointilohkolle. Tasta 
bittinopeuden estimointilohko paattelee, etta looginen kanava on IDLE-tilassa, eli 
etta sen kautta ei kulJe dataa kyseisen lahetysaikavalin TTI aikana. Tassa 
5 sovellutusmuodossa bittinopeuden estimointilohko taten lahettaa bittinopeuden 
an/on 0 tietokantalohkolle yhdessa loogisen kanavan ID-tunnisteen kanssa. 
TIetokantaloliko paivittaa tietokantaa ID-tunnisteen maaraaman loogisen kanavan 
kohdalta bittinopeuden arvolla 0. Talla tavalla tietokanta voldaan pitaa ajan tasalia 
myos silloin, kun dataa ei laheteta/vastaanoteta. 

10 

Kuten aiemmin on vilijattu, kayttajan protokollat ja sovelluskerroksen soveliukset 
voivat kysya bittinopeuksien hetkellisia arvoja ja/tai keskiarvoja tietokantalohkolta. 
Kysyminen tapahtuu maaratyssa ohjalmaprosessissa. Riippuen tietokantalohkolta 
saamastaan vastauksesta protokollat ja soveliukset voivat sitten sopeuttaa omaa 
1 5 tolmintaansa. 

Kekslnnon eraassa sovellutusmuodossa pakettipohjalnen videosovellus kysyy 
tietokantalohkolta, mika bittlnopeus saavutetaan tietyssa NSAPIrn identifloimassa 
yhteydessa (PDP-kontekstlssa) ylossuuntalsessa tolminnassa. PDP-konteksti voi 

20 kayttaa yhta tai useampaa ykslttaista loogista kanavaa (PDP-kontekstI voidaan 
kohdentaa yhdelle tal useammalle loogiselle kanavalle), joten bittlnopeus tietyssa 
PDP-kontekstissa voidaan saada summaamalla PDP-kontekstIn kaytossa olevien 
loogisten kanavien bittinopeudet. Videosovellus lahettaa ohjelmaprosessissa 
tietokantalohkolle kyseisen NSAPhn ja tiedon suunnasta (UL). Tietokantalohko 

25 hakee NSAPhn ja suunnan (UL) perusteella niiden loogisten kanavien 
bittinopeuden arvot, jotka loogiset kanavat toimlvat ylos-suuntaan NSAPhn 
identifloimassa PDP-kontekstissa. Tietokantalohko summaa eri loogisten kanavien 
bittinopeuden an/ot, jotta se saa NSAPhn identifloimassa yhteydessa kaytossa 
olevan kokonalsblttlnopeuden. Pyynnosta riippuen tietokantalohko vol palauttaa 

30 video-sovellukselle vllmelsen lahetysaikavalin TTI aikalsen kokonaisbittinopeuden 
tai kyselsessa PDP-kontekstissa kaytossa olevien eri loogisten kanavien 
bittinopeuksien juoksevan keskiarvon summan tal molemmat. Oletusarvona 
tietokantalohko palauttaa videosovellukselle vasteena video-sovelluksen 



tekemaan kyselyyn kyseisessa PDP-kontekstissa kaytossa olevien eri loogisten 
kanavien bittinopeuksien viimeisen lahetysaikavalin TTI aikaisten bittinopeuksien 
summan. Tama edustaa kokonaisbittinopeuden arvoa kyseisessa PDP- 
kontekstissa MAC-kerroksen tasolla, 

5 

Saatuaan vastauksen videosovellus voi sopeuttaa protokollapinoon lahettamansa 
datavuon saatavilla olevan MAC-kerroksen bittinopeuden perusteella. Esimerkiksi. 
videosovellus voi vahentaa lahetettavan datan maaraa videovirrassa (engl. video 
stream), jos saatavilla oleva bittinopeus on alhainen. Datan maaraa videovirrassa 

10 voidaan vahentaa esimerkiksi alentamalla lahetettavan kuvan resoluutiota tai 
kehyksen toistotaajuutta (engl. frame repetition rate). Videosovellus voi 
vaihtoehtoisesti tai lisaksi lisata tai vahentaa videovirran kompressointia saatavilla 
olevan bittinopeuden perusteella. Saatavilla olevaa bittinopeutta edustaa tassa 
vasteena kyselyyn saatu bittinopeuden arvo. Toisin sanoen videosovellus olettaa, 

15 etta sen vasteena kyselyyn saama bittinopeuden arvo edustaa bittinopeutta, joka 
voidaan saavuttaa kyseisella ajanhetkella. 

Keksinnon eraassa toisessa sovellutusmuodossa TCP/IP-pIno (kuuluu kayttajan 
protokolliin (kuvio 2)) kysyy vastaavalla tavalla bittinopeuden tietokantalohkolta ja 

20 paattaa bittinopeuden perusteella IP-hyotykuorman paasta paahan 
kompressoinnin (engl. end-to-end IP payload compression) aloittamisesta tai 
lopettamisesta. Vaihtoehtoisesti tai lisaksi TCP/I P-pino voi saataa "TCP - liukuva 
ikkuna" -mekanismia bittinopeuden perusteella esimerkiksi siten, etta ikkunan 
kokoa pienennetaan, jos saatavilla oleva bittinopeus on alhainen ja ikkunan kokoa 

25 suurennetaan, jos saatavilla oleva bittinopeus on suuri. Esimerkiksi talla tavalla 
keksinto tarjoaa valineet TCP/I P-yhteyden optimointiin. 

Keksinnon eraassa vaihtoehtoisessa sovellutusmuodossa hetkellisia bittinopeuden 
an/oja ja/tai bittinopeuden keskiarvoja siirretaan automaattisesti tietokantalohkolta 
30 kayttajan protokollille ja/tai sovelluskerroksen sovelluksille. Sovelluksesta kasin 
voidaan ohjelmaprosessissa esimerkiksi kaskea, milloin arvojen siirtaminen 
aloitetaan ja milloin se lopetetaan. 
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Viela, keksinnon eraassa sovellutusmuodossa maaritetaan kahden tai useamman 
PDP-kontekstin kokonaisbittinopeus tiettyyn suuntaan summaamalla bittinopeudet 
niista loogisista kanavista, jotka ovat kaytossa kyseisissa PDP-kontekstelssa 
kyseiseen suuntaan, tai summaamalla eri PDP-konteksteille saadut 
5 bittlnopeusarviot. 

Viela, keksinnon eraassa sovellutusmuodossa lasketaan arvio todelliselle 
bittinopeudelle jonkin muun protokollakerroksen kuin MAC-kerroksen tasalla 
Esimerkiksi PDCP-kerroksen lapaisykyvylle (engl. throughput) voidaan laskea 
10 arvio MAC-kerroksen tasolla maaritetyn bittinopeuden perusteella ottamalla 
huomioon eri protokollakerroksissa lisattyjen ja/tai poistettujen otsakkeiden seka 
ohjausinformaation vaikutus. 

Keksinto toteutetaan vlestintaiaitteessa paaosin ohjelmallisestl. Kuviossa 6 on 

15 esitetty keksinnon toteuttamiseen soveltuvan matkaviestimen lohkokaavio. 
IVIatkaviestin 60 kasittaa prosessointlvalineet CPU, radio-osan RF ja 
kayttolilttyman Ul. Radlo-osa RF ja kayttollittyma Ul ovat kytketyt 
prosessointivalineisiin CPU. Kayttoliitlyma Ul kasittaa nayton ja nappaimiston 
matkaviestimen 60 kayttamiseksl. Prosessointlvalineet CPU kasittavat 

20 mikroprosessorin (ei naytetty kuviossa 6), muistin MEM ja ohjelmiston SW. 
Matkaviestimen 60 ohjelmisto SW on tallennettu muistiin MEM, joka edullisesti 
kasittaa seka kayttomulstin RAM (Random Access Memory) etta lukumuistin ROM 
(Read Only Memory). Mikroprosessori ohjaa ohjelmiston SW perusteella 
matkaviestimen 60 toimintaa, kuten radio-osan kayttoa ja tietojen esittamista 

25 kayttoliittymalla Ul ja kayttoliittymalta Ul vastaanotettavien syotteiden lukemista. 
Ohjelmisto SW kasittaa WCDMA-protokollaplnon, jonka mukaan radio-osa RF 
lahettaa ja vastaanottaa datalohkoja langattomasti antenninsa ANT avulla. 
WCDMA-protokollapino kasittaa MAC-kerroksen. Keksinnon mukaisen 
bittinopeuden maarittamisen ja tietokannan yllapitamisen toteuttaa 

30 mikroprosessori ohjelmiston SW ja muistin MEM avulla. Keksinnon mukainen 
tietokanta on toteutettu matkaviestimen 60 kaytettavlssa olevassa muistissa. 
Lisaksi matkaviestin 60 vol kasittaa mikrofonin ja kaluttlmen (ei naytetty kuviossa 
6) puhesignaalin vastaanottamiseksi ja tolstamiseksi. 
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Keksintoa voidaan paatelaitteen lisaksi kayttaa bittinopeuden maarittamiseen 
myos toisen yhteysosapuolen (engl. peer) WCDMA-protokollapinossa. Toisella 
yhteysosapuolella tarkoitetaan tassa solukkoverkon verkkoelementtia, esim. 
5 tukiasemaa, joka lahettaa dataa paatelaitteelle ja/tai vastaanottaa dataa 
paatelaitteelta. 



Tassa selityksessa on esitetty keksinnon toteutusta ]a sovellutusmuotoja 
esimerkkien avulla. Alan ammattimiehelle on ilmeista, ettei keksinto rajoitu edella 

10 esitettyjen sovellutusmuotojen yksityiskohtiin ja etta keksinto voidaan toteuttaa 
muussakin muodossa poikkeamatta keksinnon tunnusmerkeista. Esitettyja 
sovellutusmuotoja tulisi siis pitaa valaisevina, muttei rajoittavina. Siten keksinnon 
toteutus- ja kayttomahdollisuuksia rajoittavatkin ainoastaan ohelstetut 
patenttivaatimukset. Vaatimusten maarittelennat erilaiset keksinnon 

15 toteutusvaihtoehdot, myos ekvivalenttlset toteutukset kuuluvat keksinnon piiriin. 
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Patentt i vaat im u kset 

1 . Menetelma bittinopeuden maarittamiseksi viestintalaitteessa. joka 
viestintalaite kasittaa protokollapinon informaation valittamiseksi toiselle 
viestintalaitteelle ja joka protokollapino kasittaa protokollakerroksen, joka 
protokollakerros toteuttaa loogisen kanavan maaratyn ensimmaisen 
informaation siirtamiseksi mainitun protokollakerroksen lapi, jossa 
menetelmassa: 

siirretaan ensimmaista infornnaatiota protokollakerroksen lap! 
mainittua loogista kanavaa pitkin, tunnettu siita, etta menetelmassa: 

maaritetaan bittinopeus mainitulla loogisella kanavalla mainitusta 
protokollakerroksesta saatavissa olevan toisen informaation perusteella. 

2. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, etta 
menetelmassa: 

valitaan protokollakerroksesta mainittu toinen informaatio, joka 
ilmaisee, kuinka paljon ensimmaista informaatiota siirretaan tietyn 
ensimmaisen ajanjakson aikana, mainittua loogista kanavaa pitkin, 
protokollakerroksen lap!; ja 

maaritetaan mainitun protokollakerroksesta valitun toisen 
informaation perusteella ensimmaisen ajanjakson aikainen bittinopeus 
mainitulla loogisella kanavalla. 

3. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, etta bittinopeus 
maaritetaan mainitun toisen informaation perusteella, joka toinen informaatio 
on ohjausinformaatiota, jolla kontrolloidaan informaation kulkua mainitulla 
loogisella kanavalla. 

4. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, etta bittinopeus 
maaritetaan mainitulle toiselle viestintalaitteelle siirrettavasta ensimmaisesta 
informaatiosta erillaan olevan toisen informaation perusteella, joka toinen 
informaatio on ohjausinformaatiota, joka on jarjestetty ohjaamaan mainitun 
protokollakerroksen toimintaa. 
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5. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, etta loogisella 
kanavalla kulkevan ensimmaisen informaation ohjaamiseen kaytetaan 
maarattya liikennointiformaattia, ja bittinopeus maaritetaan mainitulla 
loogisella kanavalla kaytossa olevan liikennointiformaatin perusteella. 

6. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, etta mainittu 
protokollapino on WCDMA-protokollapino (Wideband Code Division Multiple 
Access) ja etta viestintalaite kommunikoi mainitun toisen viestintalaitteen 
kanssa WCDMA-protokollapinoa kayttaen. 

7. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, etta mainittu 
protokollakerros, jonka lapi ensimmaista informaatiota siirretaan loogisella 
kanavalla, on WCDMA-protokollapinon MAC-kerros (Medium Access 
Control). 

8. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, etta mainittu 
viestintalaite on solukkoverkon langaton viestin ja toinen viestintalaite 
solukkoverkon verkkoelementti. 

9. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, etta mainittu 
viestintalaite on solukkoverkon verkkoelementti ja toinen viestintalaite 
solukkoverkon langaton viestin. 

10. Patenttivaatimuksen 5 mukainen menetelma, tunnettu siita, etta mainittu 
liikennointiformaatti kasittaa parametrit TBS (Transmission Block Size) ja TTI 
(Transmission Time Interval), ja bittinopeus maaratylla loogisella kanavalla 
maaritetaan mainittujen parametrien arvojen perusteella. 

11. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, etta mainittuja 
loogisia kanavia toteutetaan mainitun protokollakerroksen lapi enemman kuin 
yksi, ja loogiset kanavat identifioidaan maaratylla loogisen kanavan ID- 
tunnisteella. 
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12. Patenttivaatimusten 10 ja 11 mukainen menetelma, tunnettu siita, etta 
menetelmassa maaritetaan ensimmaisen ajanjakson aikainen bittinopeus 
loogisen kanavan ID-tunnisteen identifioimalla loogisella kanavalla 
parametrien TBS ja TTI perusteella, jossa parametrin TBS arvo maaraa 
datan maaran. joka voidaan lahettaa parametrin TTI maaraaman ajanjakson 
aikana. 



13. Patenttivaatinnuksen 12 mukainen menetelma, tunnettu siita, etta parametrin 
10 TTI arvo maaraa mainitun ensimmaisen ajanjakson pituuden. 

14. Patenttivaatimuksen 6 mukainen menetelma, tunnettu siita, etta mainittu 
toinen informaatio, jonka perusteella bittinopeus maaritetaan, otetaan 
WCDMA-protokolIapinon MAC-kerroksesta vasteena WCDMA- 

15 protokollapinon RLC-kerrokselta tulevan datalohkon siirtamiselle MAC- 

kerroksen loogiselta kanavalta WCDMA-protokollapinon fyysisen kerroksen 
liikennointikanavalle datalohkon lahettamista varten. 



15. Patenttivaatimusten 12 ja 14 mukainen menetelma, tunnettu siita, etta 
'20 mainittu toinen informaatio, jonka perusteella bittinopeus maaritetaan, 

otetaan mainitusta protokollakerroksesta vain kerran mainitun ensimmaisen 
ajanjakson aikana. 

16. Patenttivaatimuksen 12 mukainen menetelma, tunnettu siita, etta bittinopeus 
25 mainitulla loogisella kanavalla maaritetaan laskutoimituksella, jossa 

parametrin TBS arvo jaetaan parametrin TTI arvolla. 

17. Patenttivaatimuksen 12 mukainen menetelma, tunnettu siita, etta 
bittinopeuden an/o maaritetaan mainitulla loogisella kanavalla toistuvasti. 

30 



18. 



Patenttivaatimuksen 17 mukainen menetelma, tunnettu siita, etta mainittua 
toistuvasti maaritettya bittinopeuden arvoa yllapidetaan ja paivitetaan 
viestintalaitteen kaytettavissa olevassa muistissa. 
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19. Patenttivaatimuksen 17 mukainen menetelma, tunnettu siita, etta 
menetelmassa lasketaan bittinopeuden keskiarvo mainitulla loogisella 
kanavalla. 

20. Patenttivaatimuksen 19 mukainen menetelma, tunnettu siita, etta mainittu 
keskiarvo lasketaan juoksevana keskiarvona. 

21. Patenttivaatimuksen 19 mukainen menetelma, tunnettu siita, etta mainittua 
keskiarvoa yllapidetaan ja paivitetaan viestintalaitteen kaytettavlssa olevassa 
muistissa. 

22. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, etta 
menetelmassa tarjotaan maaritetyn bittinopeuden arvo maaratylle 
sovellukselle viestintalaitteessa. 

23. Patenttivaatimuksen 22 mukainen menetelma, tunnettu siita, etta kaytetaan 
mainittua sovellukselle tarjottua bittinopeuden an/oa sovelluksen tuottaman 
informaatiovirran optimointiin. 

24. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, etta 
menetelmassa tarjotaan maaritetty bittlnopeus maaratylle toiselle 
protokollakerrokselle viestintalaitteessa. 

25. Patenttivaatimuksen 24 mukainen menetelma, tunnettu siita, etta kaytetaan 
mainittua toiselle protokollakerrokselle tarjottua bittinopeuden arvoa mainitun 
toisen protokollakerroksen lahettaman infonmaatiovirran optimointiin. 

26. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, etta mainittuja 
loogisia kanavia toteutetaan mainitun protokollakerroksen lapi enemman kuin 
yksi, ja etta maaratty PDP-konteksti (Packet Data Protocol) kayttaa 
enemman kuin yhta loogista kanavaa ensimmaisen infomiaation 
lahettamiseen mainitulle toiselle viestintalaitteelle, jossa menetelmassa: 
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maaritetaan maaratyn PDP-kontekstin kokonaisbittinopeus mainitun 
ajanjakson aikana maaratyssa suunnassa (UL/DL) summaamalla PDP- 
kontekstissa mainitussa suunnassa kaytettavien loogisten kanavien 
bittinopeuksien arvot. 



27. Menetelma bittinopeuden maarittamiseksi viestlntalaitteessa, joka 
viestintalaite kasittaa protokollapinon informaation vastaanottamiseksi 
toiselta viestintalaitteelta ja joka protokollapino kasittaa protokollakerroksen, 
joka protokollakerros toteuttaa loogisen kanavan maaratyn enslmmaisen 
informaation siirtamiseksl mainitun protokollakerroksen lapi, jossa 
menetelmassa: 

siirretaan ensimmaista informaatiota protokollakerroksen lapi 
mainittua loogista kanavaa pitkin, tunnettu siita, etta menetelmassa: 

maaritetaan bittinopeus mainitulla loogisella kanavalla mainitusta 
protokollakerroksesta saatavissa olevan toisen informaation perusteella. 

28. Patenttivaatimuksen 27 mukainen menetelma. tunnettu siita, etta mainittu 
viestintalaite kasittaa WCDMA-protokollapinon ja etta mainittu toinen 
informaatio, jonka perusteella bittinopeus maaritetaan, otetaan WCDMA- 
protokollapinon MAC-kerroksesta. 



Viestintalaite (60). joka kasittaa protokollapinon informaation valittamiseksi 
toiselle viestintalaitteelle, ja joka protokollapino kasittaa protokollakerroksen 
(103). joka protokollakerros on jarjestetty toteuttamaan loogisen kanavan 
(141-144) maaratyn enslmmaisen informaation siirtamiseksi mainitun 
protokollakerroksen lapi, joka viestintalaite kasittaa: 

suorittavan elimen (CPU) ensimmaisen informaation siirtamiseksi 
protokollakerroksen (103) lapi mainittua loogista kanavaa pitkin, tunnettu 
siita, etta viestintalaite kasittaa: 

suorittavan elimen (CPU, 208) bittinopeuden maarittamiseksi 
mainitulla loogisella kanavalla (141-144) mainitusta protokollakerroksesta 
saatavissa olevan toisen infomiaation perusteella. 
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30. Patenttivaatimuksen 29 mukainen viestintalaite, tunnettu siita, etta 
viestintalaite kasittaa: 

suorittavan elementin (CPU) mainitun toisen informaation 
valitsemiseksi protokollakerroksesta, joka toinen informaatio ilmaisee, kuinka 
paljon ensimmaista informaatiota siirretaan tietyn ensimmaisen ajanjakson 
aikana, mainittua loogista kanavaa pitkin, protokollakerroksen lapi; ja 

suorittavan elementin (CPU. 208) ensimmaisen ajanjakson aikaisen 
bittinopeuden maarittamiseksi. mainitulla looglsella kanavalla, mainitun 
protokollakerroksesta valitun toisen infomiaation perusteella. 

31. Patenttivaatimuksen 29 mukainen viestintalaite, tunnettu siita, etta se 
kasittaa suorittavan elimen (CPU, 208) bittinopeuden arvon maarittamiseksi 
mainitulla loogisella kanavalla toistuvasti. 

32. Patenttivaatimuksen 31 mukainen viestintalaite, tunnettu siita, etta se 
kasittaa tietokannan (209) mainittua toistuvasti maaritettya bittinopeuden 
arvoa yllapidetaan ja paivitetaan viestintalaitteen kaytettavissa olevassa 
muistissa. 



. Patenttivaatimuksen 29 mukainen viestintalaite, tunnettu siita, etta se 
kasittaa suorittavan elimen (CPU. 208, 209) bittinopeuden keskiarvon 
laskemlseksi mainitulla loogisella kanavalla. 

. Patenttivaatimuksen 33 mukainen viestintalaite, tunnettu siita, etta se 
kasittaa suorittavan elimen (CPU, 208. 209) mainitun keskiarvon 
laskemlseksi juoksevana keskian/ona. 

. Patenttivaatimuksen 33 mukainen viestintalaite, tunnettu siita, etta se 
kasittaa tietokannan (209) mainitun keskiarvon yllapitamiseksi ja 
paivittamiseksi. 



. Viestintalaite (60). joka kasittaa protokollapinon informaation 
vastaanottamiseksi toiselta viestintalaitteelta, ja joka protokollapino kasittaa 
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protokollakerroksen (103), joka protokollakerros on jarjestetty toteuttamaan 
loogisen kanavan (141-144) maaratyn ensimmaisen informaation 
siirtamiseksi mainitun protokollakerroksen lapi, joka viestintalaite kasittaa: 

suorittavan elimen (CPU) ensimmaisen informaation siirtamiseksi 
protokollakerroksen (103) lapi mainittua loogista kanavaa pitkin, tunnettu 
siita, etta viestintalaite kasittaa: 

suorittavan elimen (CPU. 208) bittinopeuden maarittamiseksi 
mainitulla loogisella kanavalla (141-144) mainitusta protokoilakerroksesta 
saatavissa olevan toisen informaation perusteella. 



(57) Tiivistelma 

Keksinnon kohteena on menetelma bittinopeuden 
maarittamiseksi viestintalaitteessa (60). joka viestlntalaite 
kasittaa protokollapinon informaation valittamiseksi toiselle 
viestintalaitteelle ja joka protokollapino kasittaa 
protokollakerroksen (103). joka protokollakerros toteuttaa 
loogisen kanavan (141-144) maaratyn ensimmaisen 
informaation siirtamlseksl mainitun protokollakerroksen 
Menetelmassa siirretaan ensimmasta informaatiota 
protokollakerroksen (103) lapi mainittua loogista kanavaa 
(141-144) Pitkin. Menetelmassa maaritetaan bittinopeus 
mainitulla loogisella kanavalla (141-144) mainltusta 
protokollakerroksesta (103) saatavissa olevan toisen 
informaation perusteella. Keksinnon kohteena on myos 
menetelma, joka kohdistuu bittinopeuden maarittamiseen 
tapauksessa, jossa viestlntalaite (60) vastaanottaa 
informaatiota. Keksinnon kohteena ovat myos vastaavat 
lahettavat ja vastaanottavat viestlntalaitteet (60). 
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Determination of bit rate 

The present invention relates to the determination of a bit rate in a communication 
device. Especially, but not necessarily, the invention relates to the determination of 
5 a bit rate in a communication device intended for a third-generation mobile 
network. 

Commercial communication networks, and cellular radio networks in particular, 
have grown strongly in popularity during the last years. The growth is at least 

10 partly due to the increase in the number of services and the improvement in the 
quality of the communication networks. At first, networks were designed primarily 
to support speech transmission. Cellular networks already provide, or will provide 
in the near future, many other services, such as short messaging, image 
messaging and multimedia services, as well as services giving access to the 

15 services of the Internet network. Some of these new services place more stringent 
requirements than usual on the network, for example, with regard to the data 
transmission rate of the network. 

International Patent Application WO 00/33592 describes a system that provides 
20 the user of a cellular network mobile station with a forecast of the bit rate the 
network would probably be able to provide for a connection if the user established 
the connection from his / her current location. The expected bit rate is determined 
on the basis of the quality of the signal received by the mobile station and the data 
transmission properties of the mobile station and base station. 

25 

However, the method described in International Patent Application WO 00/33592 
provides only an expected bit rate. It does not provide real-time or up-to-date 
information about the actual bit rate achieved in an already existing connection 
between the communication device and the network. 

30 

Now a new solution has been invented with the objective of determining an up-to- 
date bit rate, or at least an almost up-to-date bit rate. One of the objectives of the 
invention is to calculate a more accurate bit rate estimate than that provided by the 
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state of the art, based on the actual information flow between a first and a second 
communication device. The invention can be used to optimize a connection in 
progress in a communication device. An on-going TCP/IP connection in a third- 
generation communication device is an example of a connection which can be 
5 optimized. 

According to a first aspect of the invention, there is provided a method of 
determining a bit rate in a communication device, the communication device 
comprising a protocol stack for transferring information to a second communication 
10 device, the protocol stack comprising a protocol layer, the protocol layer providing 
a logical channel for transferring particular first information through said protocol 
layer, in which method: 

the first information is transferred through the protocol layer via said logical 
channel. 

15 The method is characterized in that in the method: 

the bit rate in said logical channel is determined on the basis of second information 
obtainable from said protocol layer. 

According to a second aspect of the invention, there is provided a method of 
20 determining a bit rate in a communication device, the communication device 
comprising a protocol stack for receiving information from a second 
communication device, the protocol stack comprising a protocol layer, the protocol 
layer providing a logical channel for transferring particular first information through 
said protocol layer, in which method: 
25 the first information is transferred through the protocol layer via said logical 
channel. 

The method is characterized in that in the method: 

the bit rate in said logical channel is determined on the basis of second information 
obtainable from said protocol layer. 

30 

According to a third aspect of the invention, there is provided a communication 
device comprising a protocol stack for transferring information to a second 
communication device, the protocol stack comprising a protocol layer, the protocol 
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layer being arranged to provide a logical channel for transferring particular first 
information through said protocol layer, the connmunication device comprising: 
a processing element for transferring the first information through the protocol 
layer via said logical channel. 
5 The communication device is characterized in that it comprises: 

a processing element for determining the bit rate in the logical channel on the 
basis of second information obtainable from said protocol layer. 

According to a fourth aspect of the invention, there is provided a communication 
10 device comprising a protocol stack for receiving information from a second 
communication device, the protocol stack comprising a protocol layer, the protocol 
layer being arranged to provide a logical channel for transferring particular first 
information through said protocol layer, the communication device comprising: 
a processing element for transferring the first information through the protocol 
15 layer via said logical channel. 

The communication device is characterized in that it comprises: 

a processing element for determining the bit rate in the logical channel on the 

basis of second information obtainable from said protocol layer. 

20 Said first information is preferably the actual information to be transferred from the 
communication device to the second one, i.e. data, speech, video images or 
multimedia data. Said second information is preferably control information of the 
communication device. 

25 Said communication device is preferably a terminal of a cellular communication 
network and said second device is preferably a network element of a cellular 
communication network. Alternatively, said communication device is a network 
element of a cellular communication network and said second communication 
device is a terminal of a cellular communication network. Preferably, the cellular 

30 network is a third-generation mobile network. Preferably, the communication 
device is a device that communicates using a WCDMA (Wideband Code Division 
Multiple Access) protocol stack. In an embodiment of the invention, the 
communication device using the WCDMA protocol stack for communication is a 
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radio card that contains cellular network functions and is coupled to a PC 
(Personal Computer). In this embodiment, a bit rate value/bit rate values can be 
transferred from the radio card to an application/applications in the PC. 
Alternatively, said second information, which is used for bit rate determination, can 
5 be transferred from the radio card to the PC. Thus, the bit rate determination can 
be performed in the PC. 

Preferably, said protocol layer through which information is transferred in a logical 
channel is the MAC (Medium Access Control) Layer of the WCDMA protocol 
10 stack. 

Preferably, the bit rate is determined on the basis of control information which 
controls the flow of information in the logical channel. In a preferred embodiment 
of the invention, said control information is a transport format used to control the 
15 information flowing in the logical channel. Said control information, on the basis of 
which the bit rate is determined, is preferably separate from the actual information 
to be transferred. 

Preferably, the information taken from the protocol layer in order to determine the 
20 bit rate comprises the values of the parameters TBS (Transmission Block Size) 
and TTI (Transmission Time Interval) in a given logical channel. Preferably, it also 
comprises a logical channel identifier for identifying the logical channel. 

Preferably, when the communication device is transmitting information, the values 
25 of parameters TBS and TTI are taken from the MAC Layer of the WCDMA protocol 
stack in response to the transfer of a data block, coming from the RLC Layer of the 
WCDMA protocol stack, from a logical channel of the MAC Layer to a transport 
channel of the Physical Layer of the WCDMA protocol stack for the transmission of 
the data block. When the communication device is receiving information, the 
30 values of parameters TBS and TTI are preferably taken from the MAC Layer in 
response to the transfer of a data block, coming from a transport channel of the 
Physical Layer of the WCDMA protocol stack, from a logical channel of the MAC 
Layer to the RLC Layer of the WCDMA protocol stack. 
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Preferably, the bit rate in the logical channel identified by the logical channel 
identifier during a first period is determined on the basis of parameters TBS and 
TTI, where the value of parameter TBS indicates how much data can be 
5 transmitted during the period of time indicated by parameter TTL Preferably, the 
values of parameters TBS and TTI are taken from the MAC Layer for the bit rate 
determination means only once during the period of time defined by TTI. 

Preferably, the bit rate in said logical channel is determined by means of a 
10 mathematical calculation, in which the value of parameter TBS is divided by the 
value of parameter TTI. 

Preferably, the bit rate value and/or an average thus determined is maintained and 
updated in a memory available for use by the communication device. In a 

15 preferred embodiment of the invention, this takes place in a particular database. 
The memory can be located either within the communication device or external to 
the communication device. For instance, if the communication device is a radio 
card with cellular network functions coupled to a PC, the memory available for use 
by the communication device can be located in the PC. The average can be 

20 calculated as a running average. 

Preferably, the bit rate value and/or average thus determined is/are provided for 
use by the other applications and protocol layers in the communication device. In a 
preferred embodiment of the invention, the applications and other protocol layers 
25 in the communication device can inquire about the bit rate value from the 
database. The applications and other protocol layers can use the bit rate value 
obtained in response to the inquiry for optimizing their transmitted information flow. 

In an embodiment of the invention, the bit rate in a given packet switched 
30 connection (PDP context) using more than one logical channel in the uplink and / 
or downlink direction is determined. In order to determine a total bit rate in a given 
direction, the bit rate values of the logical channels in that direction in use in the 
PDP context are added together. 
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In the following the invention will be described in detail with reference to the 
accompanying drawings wherein: 

5 Figure 1 shows part of the architecture of the protocol levels of a third-generation 
communication device, 

Figure 2 shows an arrangement for bit rate determination according to an 
embodiment of the invention, 

10 

Figure 3 shows the information content of a database according to a preferred 
embodiment of the invention, 

Figure 4 is a flow chart illustrating the bit rate determination method according to 
15 the invention in a communication device in uplink operation, 

Figure 5 is a flow chart illustrating the bit rate determination method according to 
the invention in a communication device in downlink operation, and 

20 Figure 6 is a block diagram showing the blocks of a mobile station suitable for 
carrying out the invention. 

Figure 1 shows part of the architecture of the protocol levels in a terminal of a 
third-generation mobile communication network UMTS (Universal Mobile 
25 Telecommunications System). The terminal shown in Figure 1 uses WDCMA 
technology. The terminal supports both packet switched and circuit switched data 
transmission. 



30 



Figure 1 shows the WCDMA protocol layers of the terminal: PDCP (Packet Data 
Convergence Protocol) 101, RLC-U (Radio Link Control - User Plane) 102, MAC 
(Medium Access Control) 103 and Physical Layer 104. 
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In uplink operation (transmission of data from the terminal to a base station, uplink 
transmission path), the PDCP Layer compresses the headers of the packets to be 
sent. Compression is required in order to make better use of the limited radio 
resources available for the system. 

5 

In downlink operation (reception of data sent from a base station to the terminal, 
downlink transmission path), the PDCP Layer de-compresses the headers of the 
packets received. Packet header compression and de-compression can be 
performed at least for TCP/IP packets or UDP/IP packets (User Datagram 
10 Protocol/internet Protocol). PDCP Control Block 111 controls the operation of the 
PDCP Layer. 

In the UMTS system, applications and services of different types are divided into 
different classes requiring different qualities of service, QoS. For example, the 
world wide web browser application and streaming applications (such as a packet- 
based video streaming application) of the terminal impose different requirements 
on the different parameters of the connection, such as the bit rate and residual bit 
error ratio. Applications can also impose requirements on the use of re- 
transmissions and so on. A PDP context (Packet Data Protocol) 121, 122 provides 
the PDCP Layer with information relating to the quality of service QoS. The same 
terminal can have one or more simultaneous PDP contexts with the network. An 
NSAPI (Network Layer Service Access Point Identifier) is an identifier identifying a 
PDP context at the PDCP Layer level. PDP contexts are used in packet switched 
data transmission, while circuit switched applications 123, which provide circuit 
switched services (such as a speech call or a circuit switched data call (for 
example a video call)), do not use the PDCP Layer at all but operate over the 
RLC-U Layer without the PDCP Layer. 

In uplink operation, packets to be transmitted pass from the PDCP Layer to the 
30 RLC-U Units 131 - 132 of the RLC-U Layer. The RLC-U Units are identified by 
means of a RABJD identifier (Radio Access Bearer Identifier), in such a way that 
there is one RAB_ID corresponding to each NSAPI. The RLC Control Block 
controls the operation of the RLC-U Layer. 
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The RLC-U Unit maps the packets transferred to it by the PDCP Layer to one or 
more logical channel and transfers the data packets to the MAC Layer 103. 
Ultimately, one PDP context can use one or more logical channels. 

5 

In connection with circuit switched applications, the RLC-U Unit 133 gets the 
information flow to be transmitted directly from a circuit switched application 123. 
In connection with circuit switched applications, the information flow can contain 
only speech information (speech call) or data (data call) or both (multimedia call, 
10 for example). The RLC-U Unit transfers the information flow to a logical channel of 
the MAC Layer. 

In downlink operation, the received data packets pass through the RLC-U Units in 
the opposite direction to the packets to be transmitted in uplink operation. Their 
15 route goes from the logical channels of the MAC Layer through the RLC-U Units to 
the PDCP Layer. 

In the MAC Layer, the data packets flow in the logical channels of the MAC Layer. 
In uplink operation, the MAC Layer maps the data packets flowing in the logical 
20 channels and the information flow to the transport channels of the Physical Layer 
for transmission over the radio link. The MAC Layer assigns the available radio 
resources between the different logical channels in such a way that the available 
radio resources are not exceeded. Ideally this is done in such a way as to use the 
available radio resources as efficiently as possible. 

25 

In downlink operation, the MAC Layer receives data packets and the information 
flow associated with circuit switched services from the Physical Layer to its logical 
channels and transfers the packets and information flow to the RLC-U Units. The 
logical channels of the MAC Layer are identified by a logical channel identifier (ID). 
30 The logical channels are simplex (uni-directional) channels. 

In uplink operation, the Physical Layer 104 performs channel coding and 
interleaves the packet switched data and the flow of information associated with 
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circuit switched services and is responsible for sending it to the base station. In 
downlink operation, the Physical Layer receives, de-interleaves and channel de- 
codes the packet switched data and the information flow associated with circuit 
switched services sent from the base station. 

5 

The left-hand-side of Figure 1 shows control function blocks 105 coupled to the 
previously described protocol layers. The Call Control block CC performs 
operations related to the control of circuit switched services. Among other things, it 
accepts and rejects requests for call establishment. In circuit switched connections 
10 the Mobility Management block MM performs operations related to roaming of the 
terminal. 



Among other things, the Session Management block SM performs operations 
related to the activation, modification and de-activation of PDP-contexts. In packet 
15 switched operation, it controls the configuration of the protocol stack together with 
the RRC Layer. The GMM block (GPRS. General Packet Radio System, Mobility 
Management) is responsible for mobility management (for example handovers) in 
packet switched operation. 

20 The RRC Layer is a protocol layer responsible for the signaling of many kinds of 
control information between the terminal and the network. The RRC Layer sets the 
control parameters of the lower protocol layers (the MAC Layer and the Physical 
Layer) and is largely responsible for the establishment of connections between the 
terminal and the network. 

25 

The RLC-C Layer (Radio Link Control - Control Plane) performs specific 
operations related to the transmission of signaling messages between the terminal 
and the network. The RLC-C Layer, which participates in the transfer of signaling 
messages, and the RLC-U Layer (the RLC-U Units), which participates in the 
30 transfer of the actual user data (the actual information to be sent), together form 
the RLC Layer as a whole. 



The control function blocks 105 are aware of the NSAPI and the RABJD Identifier 
of a given connection as well as the identifiers (IDs) of the logical channels used 
by the connection. The control function blocks are also aware of the direction of 
the logical channel (uplink UL operation / downlink DL operation). 

5 

In a WCDMA systenn, the allocation of radio resources is performed as follows. 
When a connection is established between the terminal and the network, or when 
radio resources are re-allocated, the RRC Layer assigns a set of transport formats 
to each logical channel of the MAC Layer that is going to be used in the 

10 connection. A transport format set 141 - 144 comprises one or more transport 
formats 1A, IB, 1C; 2A, 28; 3A, 3B; 4A. A transport format is typically a data 
structure containing control information according to which the transmission and 
reception of information is controlled. Said control information comprises, among 
other things, parameters TBS (Transport Block Size) and TTI (Transmission Time 

15 Interval). Thus, the transport format specifies the size TBS (Transport Block Size) 
of the data block which can be transmitted via the logical channel during the period 
of time TTI. Typical TBS parameter values are 80, 160, 320, 640 or 1280 bits, for 
example. Parameter TTI is the same for all transport formats of a transport format 
set. It is a multiple of 10 ms, such as 30 ms. 

20 

During the transmission of data blocks, the MAC Layer can independently choose 
which transport format of the transport format set allocated to the logical channel it 
uses in the transmission of each data block. If there are several logical channels 
active at the same time, the MAC Layer chooses the transport formats to be used 

25 in the different logical channels in such a way that the available radio resources 
are not exceeded. On the other hand, the MAC Layer chooses the transport 
formats in such a way that the radio resources are used as efficiently as possible. 
The group of transport formats comprising the transport formats in use 
simultaneously in the different logical channels is called a transport format 

30 combination. Two different transport format combinations are shown in Figure 1 . In 
the first combination 151, logical channel 1 uses transport format IB, logical 
channel 2 uses transport format 2B, logical channel 3 uses transport format 3A 
and logical channel 4 (a circuit switched service) uses a fixed transport format 4A. 
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In the second combination 152, logical channel 1 uses transport format 1A, logical 
channel 2 uses transport format 2A, logical channel 3 uses transport format 3B 
and logical channel 4 uses fixed transport format 4A. 

5 In downlink operation, the information flow (the data blocks) in Figure 1 proceeds 
from the bottom of the Figure to the top. To be able to read the data blocks 
received from the Physical Layer correctly, the MAC Layer has to know the 
transport format used at the transmitter. At the transmitter, a transport format 
indicator TFI (Transport Format Indicator), i.e. a given bit pattern, is associated 
10 with the data block to be sent, which informs the MAC Layer at the receiving end 
(a terminal, for example) of the transport format used at the transmitter (in the 
network, for example). 

In the following, the invention will be described by means of an example with 
15 reference to Figure 2 which illustrates a preferred embodiment of the invention 
implemented in a terminal of a third-generation mobile network. The protocol 
layers PDCP 101, RLC-U 102, MAC 103 and the WCDMA Physical Layer 104 
known from Figure 1 are shown at the right-hand-side of the Figure. The control 
function blocks 105 known from Figure 1 are shown in a common block in the 
20 middle of the Figure. The control function blocks 105 are coupled to the protocol 
levels 101 - 104 and to a database block 209. The user protocols 206, which can 
be IP (Internet Protocol), TCP (Transmission Control Protocol), UDP (User 
Datagram Protocol), HTTP (HyperText Transfer Protocol) as well as WAP 
(Wireless Application Protocol) protocols, for example, are situated on top of the 
25 PDCP Layer in the protocol stack. The application layer 207 resides on top of the 
user protocols 206. 

The MAC Layer is coupled to a bit rate estimation block 208 which, in turn, is 
coupled to the database block 209. The user protocols 206 and the application 
30 layer 207 can make bit rate inquiries to the database block 209. 



According to a preferred embodiment of the invention, when the MAC Layer 
transfers a data block from its logical channel to a transport channel in the 
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Physical Layer, the identifier (ID) of the logical channel, as well as the values of 
parameters TBS and TTI, are transferred from the MAC Layer to the bit rate 
estimation block according to the invention. If there is only one logical channel, it is 
not always absolutely necessary to use a logical channel identifier (ID), and for this 
5 reason a logical channel identifier (ID) does not always have to be transferred from 
the MAC Layer to the bit rate estimation block. 

The bit rate estimation block 208 calculates the bit rate in the logical channel using 
the parameters TBS and TTI. The details of the calculation process will be 
10 explained in more detail in the description of Figure 4. 

The bit rate estimation block sends the bit rate it has calculated and the logical 
channel identifier (ID) to database block 209 which, according to the invention, 
maintains information about the connections in a database. The database block is 
15 coupled to the control function blocks 105, from which the database block obtains 
the NSAPI and the RABJD identifier values corresponding to the logical channel 
identifier (ID), as well as the direction (UL/DL) of the logical channel. 

The user protocols 206 and the applications of the application layer 207 can make 
20 inquiries to the database block 209. They can ask the database block about the bit 
rate achieved in a connection (PDF context) identified by an NSAPI, in the uplink 
or downlink operation. In this situation, the NSAPI and information about the 
direction (UL/DL) is delivered to the database block. In response to the inquiry, the 
database block returns information about the bit rate to the originator of the 
25 inquiry. The details of inquiries made by the user protocols and the applications of 
the application layer will be discussed again later in this description. The database 
can be implemented in several alternative ways which will be considered again in 
the description of alternative embodiments of the invention. 

30 Figure 3 illustrates the data that the database maintained by the database block 
preferably comprises. In addition to the data presented here, the database 31 can 
comprise other data, as will be explained in the description of the alternative 
embodiments of the invention. 
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Figure 3 also shows a possible database structure for the database 31, but it will 
be understood by those skilled in the art that the database 31 can also be 
implemented in software in other ways without departing from the characteristics 
5 of the invention. For instance, instead of one centralized database, it is possible to 
form a separate database for each different logical channel. 

In the example shown in Figure 3 column 301 of the database 31 "Logical Channel 
ID" indicates the logical channel identifier (ID). Column 302, "UL/DL", indicates the 

10 direction of the logical channel, which is either downlink (from the cellular network 
base station to the terminal) or uplink (from the terminal to the base station). In this 
example, the uplink and downlink directions are denoted by numbers 1 and 0, 
respectively. Column 303, "NSAPI", shows the NSAPI identifier of the PDP 
context, corresponding to the logical channel identifier (ID). Column 304, 

15 "RABJD", indicates the RABJD identifier which corresponds to the logical 
channel identifier (ID). Preferably, all the identifiers mentioned above and the 
direction of the connection are integers. The database does not necessarily have 
to contain an RAB_ID identifier because the RABJD identifier corresponding to 
the NSAPI can be retrieved from the control function blocks if necessary. Typically, 

20 all the other identifiers can be retrieved from the control function blocks on the 
basis of the logical channel identifier (ID). However, the presence of the other 
identifiers in the database 31 simplifies the processing tasks when responding, for 
example, to a bit rate inquiry made by an application of the application layer since, 
in this case, the necessary identifiers can be found directly from the database 31 

25 and they do not have to be requested separately from the control function blocks. 

Column 305, "Bit Rate", maintains bit rate values (values 1 to 4) calculated and 
sent to the database block by the bit rate estimation block for each logical channel 
identified by a logical channel identifier (ID). In its simplest form the database 
30 consists only of the logical channel identifiers (ID) and the bit rate values. 

In Figure 3, the columns of the database 31 contain values corresponding to the 
example shown in Figure 1 in which the NSAPI assigned the value 1, is mapped to 



a RABJD whose value is 1. The RABJD, in turn, is mapped to two different 
logical channels of the MAC Layer, the identifiers (ID) of which are 1 and 2. The 
NSAPI assigned the value 2, is mapped to a RABJD having the value 2 which, in 
turn, is mapped to a single logical channel of the MAC Layer, the identifier (ID) of 
5 this channel being 3. The RABJD assigned the value 3, is mapped to one logical 
channel of the MAC Layer, the Identifier (ID) of this channel being 4. The circuit 
switched application (whose RAB_ID in this case is 3) does not use the PDCP 
Layer at all and has therefore no NSAPI identifier. As Figure 1 illustrates the 
transmission of information, all the logical channels 1 to 4 are uplink channels 
10 (UL/DL=1). 

The flow chart of Figure 4 illustrates the bit rate determination method according to 
a preferred embodiment of the invention in the uplink direction in a mobile station 
of a cellular communication network. First, a connection between the terminal and 

15 the network is established (block 41). In the terminal the RRC block is mainly 
responsible for establishing the connection. Establishing a connection results in 
the creation of one or more data streams, so-called data pipes, for the 
transmission and reception of data blocks from the PDCP Layer which pass 
through RLC-U Layer and the MAC Layer to the Physical Layer. A data pipe can 

20 divide into branches leading from the RLC-U Unit to more than one logical channel 
of the MAC Layer. 

The RRC Block allocates a set of transport formats to each logical channel (block 
42). The database of the database block is initialised in block 43. In the 
25 initialisation process, the database obtains the logical channel identifiers (IDs), the 
NSAPI and the RAB^ID identifier to be used in the connection from the control 
function blocks and writes them into the database. 

When the actual data transmission starts, the MAC Layer receives data blocks to 
30 be transmitted from the RLC-U Block. In connection with transmission of a data 
block, the MAC Layer chooses the transport format to be used in each transmitting 
logical channel (block 44) from the transport format set previously specified by the 
RRC Block. The data block is then transmitted (block 45). When transmitting the 



15 

data blocks, the MAC Layer maps the logical channels to the transport channels of 
the Physical Layer. As a result of the mapping, the data blocks are transferred to 
the Physical Layer, which is responsible for actual transmission of the data blocks 
to the radio path. It will be understood by those skilled in the art that the MAC 
5 Layer not only forwards the data blocks to the Physical Layer for transmission over 
the radio path but also performs other operations on them. The MAC Layer 
performs certain ciphering operations, for example. 

When the MAC Layer transfers the data block from its logical channel to the 
10 Physical Layer for transmission, the MAC Layer provides the bit rate estimation 
block with the identifier (ID) of the logical channel in question as well as the values 
of parameters TBS and TTI (block 46). 

As mentioned above, the transport format defines the size TBS of the data block 
transferred from the RLC-U Unit through the logical channel of the MAC Layer to 
the transport channel of the Physical Layer for transmission during the period of 
time TTI. Naturally, the transfer of a data block only takes place if the RLC-U Unit 
has something to be transmitted (a data block to be transmitted). On the other 
hand, if the RLC-U Unit has an amount of data to be transmitted which exceeds 
one TBS, the remaining data blocks are transmitted under control of the MAC 
Layer during the next transmission time interval or intervals TTI. A different 
amount of data can be transmitted in different transmission time intervals TTI, 
depending on the transport format in use during the time interval, i.e. the transport 
format defines the size of the data block to be transmitted during the time interval 
in question by means of the parameter TBS. As was already stated earlier, the 
transport formats for the different logical channels during different transmission 
time intervals TTI (that is, the transport format combination) are chosen by the 
MAC Layer independently, depending on the amount of data currently available. 

30 As the values of parameters TBS and TTI are always delivered from the MAC 
Layer to the bit rate estimation block when a data block is transferred from the 
MAC Layer to the Physical Layer, the bit rate estimation block can estimate the bit 
rate achieved during time period TTI in the logical channel identified by the logical 
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channel identifier (ID). The bit rate is calculated (block 47) by dividing the size of 
the data block TBS by the transmission time interval TTI. If, for instance, TBS and 
TTI are 640 bits and 30 ms, respectively, the bit rate is 640/0.030 bit/s, that is 
approximately 21.3 kbit/s. This represents the bit rate in the logical channel during 
5 the 30 ms time interval in question. This bit rate will be called the instantaneous bit 
rate. 

It is sufficient that the values of parameters TBS and TTI as well as the logical 
channel identifier (ID) are provided only once during a time interval TTI. If there 
10 are no data blocks flowing in the logical channel, the values of parameters TBS 
and TTI are not delivered to the bit rate estimation block. Preferably, the bit rate 
estimation block thus concludes that the logical channel is in an IDLE state, i.e. no 
data is transmitted through it during transmission time interval TTI. 

The bit rate estimation block transfers the calculated bit rate, together with the 
identifier (ID) of the logical channel in question to the database block which 
updates the bit rate value for the logical channel in the database on the basis of 
the identifier (ID) of the logical channel in question (block 48). If the values of 
parameters TBS and TTI are not delivered to the bit rate estimation block during 
time period TTI, the MAC Layer has not transferred a data block to the Physical 
Layer for transmission during that particular TTI and, consequently, the bit rate 
value is not updated in the database and the earlier bit rate value remains valid. In 
this case, the bit rate value in the database generally represents the maximum 
available bit rate in the logical channel, assuming that the transport format of the 
logical channel has not been changed. The process returns from block 48 to block 
45 for transmission of the next data block. The arrow from block 48 continues as a 
broken line to block 44 where a new transport format can be chosen for the logical 
channel for the transmission of the data block. 

30 In the flow chart of Figure 5, the bit rate determination method according to the 
invention is illustrated in the downlink direction in a mobile station of a cellular 
communication network. A connection is established between the network and the 
terminal in the same way as explained in the description of Figure 4 (block 51). 
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The RRC Block allocates a set of transport formats to each logical channel of the 
MAC Layer (block 52). The RRC Block has agreed the transport fornnat set to be 
used In the connection with the other peer, in this example the network, during the 
5 connection establishment phase. The database of the database block is initialised 
in block 53 in the same way as in Block 43. After this, reception of data blocks 
commences (block 54). So that it can read the data blocks received, the MAC 
Layer first determines the transport format in use in each receiving logical channel 
(block 55). As described above, the transmitter (the network) has associated a 
10 transport format indicator (TFI) with the transmitted data block. The MAC Layer 
uses this information to determine the transport format. 

When receiving data blocks, the MAC Layer transfers a data block arriving from 
the Physical Layer to an RLC-U Unit in the RLC-U Layer. When transferring the 
15 data block, the MAC Layer provides the identifier (ID) of the logical channel and 
the values of parameters TBS and TTI to the bit rate estimation block (block 56). 

The bit rate estimation block calculates the bit rate achieved in the logical channel 
identified by the logical channel identifier (ID) during the TTI in question. The bit 
20 rate is estimated (block 57) by dividing the size TBS of the received data block by 
the transmission time interval TTI. in a manner corresponding to that described in 
connection with the transmission of data blocks. If the MAC Layer does not 
transfer data blocks, the values of parameters TBS and TTI are not delivered to 
the bit rate estimation block. 

25 

The bit rate estimation block transfers the calculated bit rate as well as the 
identifier (ID) of the logical channel in question, to the database block which 
updates the bit rate value for the logical channel in the database, on the basis of 
the identifier (ID) of the logical channel in question (block 58). If the values of 
30 parameters TBS and TTI are not delivered to the bit rate estimation block, no bit 
rate value is sent to the database block to update the database. The process 
returns from block 58 to block 54, for reception of the next data block. 



In the following, several other preferred and alternative embodiments of the 
invention will be described. The transport format in use in a logical channel can be 
changed at the moment when a first transmission time interval ends and a second 
transmission time interval begins. Correspondingly, when the transport format 
5 changes, the bit rate can also change. The bit rate can vary greatly depending on 
which transport format of the transport format set is currently in use in the logical 
channel. It is therefore practical to maintain bit rate averages in the database, in 
addition to the real-time or current bit rate in the present transmission time interval 
TTI (or that just ended), in order to get an overall picture of the bit rate behaviour 
10 over a longer period of time. 

In an alternative embodiment of the invention, a bit rate average for each logical 
channel is maintained in the database of the database block, in addition to the bit 
rate (instantaneous bit rate) for the current transmission time interval (or that just 

15 ended). Preferably, this is implemented in the form of a running average. The 
running average takes into account a given number (e.g. 10) of the latest bit rate 
values calculated by the bit rate estimation block for a given logical channel. When 
the database block receives a new bit rate value from the bit rate estimation block, 
the database updates the running average by adding the ten most recent 

20 instantaneous bit rate values together, dividing the sum by 10 and storing the 
result in the database. Thus, in this embodiment, at any given time the database 
comprises the ten most recent bit rate values and their average. 

If the transmission time interval TTI changes during these ten periods of time, the 
25 average does not necessarily represent an exactly correct value for the actual 
average bit rate. The length of the transmission time Interval TTI may change if the 
MAC Layer gets a new transport format set in the middle of an existing connection 
in which the value of parameter TTI is different from that in the earlier transport 
format set. In this case, a more accurate bit rate value is obtained from the sum 
30 2:[aj(TBS/TTI)i] where index i runs from 1 to 10, (TBS/TTI)i is the instantaneous bit 
rate in transmission time interval i and aj is a weighting coefficient for transmission 
time interval i. For each transmission time interval the weighting coefficient ai is 
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calculated from the equation a\ = TTIi/(S TTI) where TTh is the length of the 
transmission time interval and Z TTI is the sum of the lengths of all transmission 
time intervals (in this case the sum of the ten most recent transmission time 
intervals). In this alternative embodiment of the invention, the database block 
5 calculates the bit rate average on the basis of the instantaneous bit rates 
delivered to it by the bit rate estimation block using the equation mentioned above. 

In another alternative embodiment of the invention, a fixed average is calculated 
instead of a running average. In this case an average is calculated using all bit 
10 rate values delivered to the database block by the bit rate estimation block after a 
given moment of time (e.g. after the moment of activation of the PDP context). 

In another alternative embodiment of the invention, the database block maintains 
information on the total capacity of the MAC Layer. The database blocks scans 

15 and periodically (e.g. at 0.2 second intervals) adds together the bit rate values of 
all logical channels to obtain the total bit rate of the whole MAC Layer and writes 
the total bit rate value into the database. Here it should be appreciated that if there 
is no on-going transmission / reception, the bit rate value in the database does not 
necessarily represent the actual bit rate but rather the maximum available capacity 

20 in the logical channel. Hence, if a logical channel is in an IDLE state, i.e. it is not 
transmitting / receiving data blocks, an "out-of-date" bit rate value may be 
recorded in the database for the channel in question since, in a preferred 
embodiment of the invention, the value is updated only when transmission / 
reception is taking place. The out-of-date bit rate value is ignored when 

25 determining the total bit rate. For instance, the database block can record the 
moments at which the last bit rate value update was made and conclude that the 
bit rate value is "out-of-date" if the last update was performed substantially more 
than one transmission time interval TTI prior to the present moment. 

30 In connection with the previous description of a preferred embodiment of the 
invention (both in the example of data transmission and data reception), it was 
mentioned that the values of parameters TBS and TTI are not delivered to the bit 



rate estimation block if there are no data blocks flowing in the logical channel. 
Furthermore, it was stated that if the values of parameters TBS and TTI are not 
delivered to the bit rate estimation block during time period TTI the bit rate value is 
not updated in the database but the earlier bit rate value remains valid. 

5 

However, another alternative embodiment of the invention operates in a different 
manner. If data blocks are not flowing in a logical channel, the values of 
parameters TBS and TTI are still not delivered to the bit rate estimation block. The 
bit rate estimation block thus concludes that the logical channel is in an IDLE 

10 state, i.e. no data will pass through it during the transmission time interval TTI in 
question. Therefore, in this embodiment, the bit rate estimation block sends a bit 
rate value of 0 to the database block, together with the identifier (ID) of the logical 
channel. The database block updates the database entry for the logical channel 
specified by the identifier (ID) with a bit rate value of 0. In this way, the database 

15 can be kept up-to-date even when no data is being transmitted / received. 

As suggested above, the user protocols and the applications of the application 
layer can request instantaneous bit rate values and / or averages from the 
database. These inquiries take place according to a particular program process. 
20 Depending on the response obtained from the database, the protocols and 
applications can then adapt their own operation. 

In an embodiment of the invention, a packet-based video application asks the 
database block about the bit rate achieved in the uplink direction in a particular 

25 connection (PDP context) identified by a NSAPl. Because a PDF context can use 
one or more individual logical channels (a PDP context can be mapped to one or 
more logical channel), the bit rate for a given PDP context can be obtained by 
adding together the bit rates in the logical channels used by the PDP context. The 
video application sends the NSAPl and direction (UL) to the database block 

30 according to a program process. On the basis of the NSAPl and direction (UL), the 
database block retrieves the bit rate values of those logical channels operating in 
the uplink direction in the PDP context identified by the NSAPl. The database 
block adds the bit rate values of the different logical channels together to obtain 



the total bit rate used in the connection identified by the NSAPI. Depending on the 
request, the database block can return either the total bit rate during the latest 
transmission time interval, the sum of the running average of the bit rates of the 
different logical channels in use by the PDP context, or both these values to the 
5 video application. In response to the inquiry made by the video application, the 
database returns by default the sum of the bit rates in the different logical channels 
in use by the PDP context in question during the most recent transmission time 
interval TTI. This represents the total bit rate value for the PDP context in question 
at the MAC Layer level. 

10 

After receiving the response, the video application can adapt the data flow it 
transmits to the protocol layer on the basis of the available MAC Layer bit rate. For 
instance, the video application can reduce the amount of data to be transmitted in 
the video stream if the available bit rate is low. The amount of data in the video 

15 stream can be reduced, for example, by decreasing the resolution of the image to 
be transmitted or the frame repetition rate. Alternatively or additionally, the video 
application can either increase or decrease the compression of the video stream 
on the basis of the available bit rate. Here, the bit rate value obtained in response 
to the inquiry represents the available bit rate. In other words, the video application 

20 assumes that the bit rate value obtained in response to the inquiry represents the 
bit rate that can be achieved at that moment of time. 

In another embodiment of the invention, the TCP / IP stack (which belongs to the 
user protocols, see Figure 2) requests the bit rate from the database block in a 

25 similar way and, on the basis of the bit rate, makes a decision to start or stop end- 
to-end IP payload compression. Alternatively or in addition, the TCP/IP stack can 
adjust the 'TCP Sliding Window" mechanism on the basis of the bit rate, for 
example in such a way that the size of the window is decreased if the available bit 
rate is low and the size of the window is increased if the available bit rate is high. 

30 In this way, the invention provides a means for optimizing a TCP/IP connection, for 
example. 
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In an alternative embodiment of the invention, instantaneous bit rate values and / 
or bit rate averages are transferred automatically from the database block to the 
user protocols and / or applications of the application layer. For instance, a 
program process under control of an application can be used to determine when 
5 the transfer of values will start and when it will stop. 

Furthermore, in an embodiment of the invention, the total bit rate of two or more 
PDP contexts in a particular direction is determined by adding together the bit 
rates of the logical channels in use in the PDP contexts in the direction in question, 
10 or by adding together the bit rate values obtained for the different PDP contexts. 

Furthermore, in an embodiment of the invention, an estimate of the actual bit rate 
is calculated at the level of a layer other than the MAC Layer, For example, an 
estimate of the throughput of the PDCP Layer can be calculated on the basis of a 
15 bit rate determined at the level of the MAC Layer by taking into account the effect 
of the headers and control information added and / or removed at different protocol 
layers. 

The invention is implemented in a communication device mainly by means of 
20 software. Figure 6 is a block diagram of a mobile station suitable for carrying out 
the invention. The mobile station 60 comprises processing means CPU, a radio 
part RF and a user interface Ul. The radio part RF and user interface Ul are 
coupled to the processing means CPU. The user interface comprises a display 
and a keyboard to enable use of the mobile station 60. The processing means 
25 CPU comprise a microprocessor (not shown in Figure 6), a memory MEM and 
software SW. The software SW of the mobile station 60 is stored in the memory 
MEM, which preferably comprises both RAM, Random Access Memory, and ROM, 
Read Only Memory. The microprocessor controls the operation of the mobile 
station 60, such as the use of the radio part, presentation of information on the 
30 user interface Ul and the reading of inputs received from the user interface Ul, on 
the basis of the software SW. The software SW comprises a WCDMA protocol 
stack according to which the radio part RF performs wireless transmission and 
reception of data blocks by means of its antenna ANT. The WCDMA protocol 



stack comprises a MAC Layer. Bit rate determination and maintenance of the 
database according to the invention are performed by the microprocessor using 
the software SW and memory MEM. The database according to the invention is 
implemented in the memory available for use by the mobile station 60. The mobile 
5 station can also comprise a microphone and a loudspeaker (not shown in Figure 
6) for receiving and re-producing a speech signal. 

The invention can not only be used for bit rate determination in a terminal but also 
in the WCDMA protocol stack of another peer. Here the other peer is a network 
10 element of the cellular communication network, such as a base station, which 
transmits data to the terminal and / or receives data from the terminal. 

In this description, the implementation and embodiments of the invention have 
been described with the aid of examples. It will be understood by a person skilled 

15 in the art that the invention is not limited to the details of the previously presented 
embodiments and that the invention may also be implemented in other forms 
without departing from the characteristics of the invention. The embodiments 
described herein should therefore be considered illustrative and not restrictive. 
Consequently, the possibilities for implementing and using the invention are limited 

20 solely by the appended claims. The different alternative implementations of the 
invention defined in the claims, including equivalent implementations, belong 
within the scope of the invention. 
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Claims 

1. A method of determining a bit rate in a communication device, the 
communication device comprising a protocol stack for transferring information 

5 to a second communication device, the protocol stack comprising a protocol 
layer, the protocol layer providing a logical channel for transferring particular 
first information through said protocol layer, in which method: 

the first information is transferred through the protocol layer via said logical 
channel, characterized in that: 
10 the bit rate in said logical channel is determined on the basis of second 

information obtainable from said protocol layer. 

2. A method according to claim 1 , characterized in that: 

said second information is selected from the protocol layer, the second 
15 information indicating how much first information is transferred through the 
protocol layer via said logical channel during a given first period of time; and 

the bit rate during the first period of time in the logical channel is determined 
on the basis of said second information selected from the protocol layer. 

20 3. A method according to claim 1 , characterized in that the bit rate is determined 
on the basis of said second information, the second information being control 
information by which the flow of information in said logical channel is 
controlled. 

25 4. A method according to claim 1 , characterized in that the bit rate is determined 
on the basis of second information that is separate with respect to the first 
information to be transferred to said second communication device, the second 
information being control information arranged to control the operation of said 
protocol layer. 

30 

5. A method according to claim 1, characterized in that a given transport format 
is used to control the first information that flows in the logical channel, and the 
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bit rate is determined on the basis of the transport format in use in said logical 
channel. 

6. A method according to claim 1, characterized in that said protocol stack is a 
5 WCDMA (Wideband Code Division Multiple Access) protocol stack and that the 

communication device communicates with said second communication device 
using the WCDMA protocol stack. 

7. A method according to claim 1, characterized in that said protocol layer 
10 through which the first information is transferred in the logical channel is the 

MAC (Medium Access Control) Layer of the WCDMA protocol stack. 

8. A method according to claim 1, characterized in that said communication 
device is a wireless terminal of a cellular communication network and the 

15 second communication device is a network element of a cellular 
communication network. 

9. A method according to claim 1, characterized in that said communication 
device is a network element of a cellular communication network and said 

20 second communication device is a wireless terminal of a cellular 
communication network. 

10. A method according to claim 5, characterized in that said transport format 
comprises parameters TBS (Transmission Block Size) and TTI (Transmission 

25 Time Interval), and the bit rate in a given logical channel is determined on the 
basis of the values of said parameters. 

11. A method according to claim 1, characterized in that more than one logical 
channel passes through said protocol layer and the logical channels are 

30 identified by a given logical channel identifier. 

12. A method according to claims 10 and 11, characterized in that the bit rate 
during a first period of time in a logical channel identified by a logical channel 
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identifier is determined on the basis of parameters TBS and TTI, wherein the 
value of the parameter TBS determines the amount of data that can be 
transmitted during a period of time defined by parameter TTI. 

5 13. A method according to claim 12, characterized in that the value of parameter 
TTI determines the length of said first period of time. 

14. A method according to claim 6, characterized in that said second information, 
on the basis of which the bit rate is determined, is taken from the MAC Layer of 
10 the WCDMA protocol stack in response to the transfer of a data block coming 
from the RLC Layer of the WCDMA protocol stack from a logical channel of the 
MAC Layer to a transport channel of the Physical Layer of the WCDMA 
protocol stack for the transmission of the data block. 

15 15. A method according to claims 12 and 14, characterized in that said second 
information, on the basis of which the bit rate is determined, is taken from said 
protocol layer only once during said first period of time. 

16. A method according to claim 12, characterized in that the bit rate in said 
20 logical channel is determined by means of a mathematical calculation in which 

the value of parameter TBS is divided by the value of parameter TTI. 

17. A method according to claim 12, characterized in that the bit rate value in the 
logical channel is determined repeatedly. 

25 

18. A method according to claim 17, characterized in that said repeatedly 
determined bit rate value is maintained and updated in a memory available for 
use by the communication device. 

30 19. A method according to claim 17, characterized in that an average bit rate in 
said logical channel is calculated. 
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20. A method according to claim 19, characterized in that said average is 
calculated as a running average. 

21. A method according to claim 19, characterized in that said average is 
5 maintained and updated in a memory available for use by the communication 

device. 

22. A method according to claim 1, characterized in that the value of the 
determined bit rate is provided to a given application in the communication 

10 device. 

23. A method according to claim 22, characterized in that said bit rate value 
provided to an application is used to optimize an information flow produced by 
the application. 

15 

24. A method according to claim 1, characterized in that the determined bit rate is 
provided for a given other protocol layer in the communication device. 

25. A method according to claim 24, characterized in that said bit rate value 
20 provided to another protocol layer is used to optimize an information flow 

transmitted by said other protocol layer. 

26. A method according to claim 1, characterized in that more than one logical 
channel passes through said protocol layer and that a given PDP (Packet Data 

25 Protocol) context uses more than one logical channel for transmitting the first 
information to said second communication device, in which method: 

the total bit rate of the given PDP context in a given direction (UL/DL) 
during said period of time is determined by adding the bit rate values of the 
logical channels in use in said direction in the PDP context. 

30 

27. A method of determining a bit rate in a communication device, the 
communication device comprising a protocol stack for receiving information 
from a second communication device, the protocol stack comprising a protocol 
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layer, the protocol layer providing a logical channel for transferring particular 
first infornnation through said protocol layer, in which nnethod: 

the first infornnation is transferred through the protocol layer via said logical 
channel, characterized in that: 
5 the bit rate in said logical channel is determined on the basis of second 

information obtainable from said protocol layer. 

28. A method according to claim 27, characterized in that said communication 
device comprises a WCDMA protocol stack and that said second information, 

10 on the basis of which the bit rate is determined, is taken from the MAC Layer of 
the WCDMA protocol stack. 

29. A communication device (60) comprising a protocol stack for transferring 
information to a second communication device, the protocol stack comprising a 

15 protocol layer (103), the protocol layer being arranged to provide a logical 
channel (141 - 144) for transferring particular first information through said 
protocol layer, the communication device comprising: 

a processing element (CPU) for transferring the first information through the 
protocol layer (103) via said logical channel, characterized in that the 
20 communication device comprises: 

a processing element (CPU, 208) for determining the bit rate in the logical 
channel (141 - 144) on the basis of second information obtainable from said 
protocol layer. 

25 30. A communication device according to claim 29, characterized in that the 
communication device comprises: 

a processing element (CPU) for selecting said second information from the 
protocol layer, the second information indicating how much first information is 
transferred through the protocol layer via said logical channel during a given 
30 first period of time; and 

a processing element (CPU, 208) for determining the bit rate in the logical 
channel during the first period of time on the basis of said second information 
selected from the protocol layer. 
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31. A communication device according to claim 29, characterized in that it 
comprises a processing element (CPU, 208) for determining the bit rate value 
in the logical channel repeatedly. 

5 

32. A communication device according to claim 31, characterized in that it 
comprises a database (209) and said repeatedly determined bit rate value is 
maintained and updated in a memory available for use by the communication 
device. 

10 

33. A communication device according to claim 29, characterized in that it 
comprises a processing element (CPU, 208, 209) for calculating an average of 
the bit rate in the logical channel. 

15 34.A communication device according to claim 33, characterized in that it 
comprises a processing element (CPU, 208, 209) for calculating said average 
as a running average. 

35. A communication device according to claim 33, characterized in that it 
20 comprises a database (209) for maintaining and updating said average. 

36. A communication device (60) comprising a protocol stack for receiving 
information from a second communication device, the protocol stack 
comprising a protocol layer (103), the protocol layer being arranged to provide 

25 a logical channel (141 - 144) for transferring particular first information through 

said protocol layer, the communication device comprising: 

a processing element (CPU) for transferring the first information 

through the protocol layer (103) via said logical channel, characterized in that 

the communication device comprises: 
30 a processing element (CPU, 208) for determining the bit rate in the 

logical channel (141 - 144) on the basis of second information obtainable from 

said protocol layer. 
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(57) Abstract 

This invention relates to a method of determining a bit rate in a communication 
device (60), the communication device comprising a protocol stack for transferring 
5 information to a second communication device, the protocol stack comprising a 
protocol layer (103), the protocol layer providing a logical channel (141 - 144) for 
transferring particular first information said protocol layer In the method, the first 
information is transferred through the protocol layer (103) via said logical channel 
(141 - 144). In the method, the bit rate in said logical channel (141 - 144) is 
10 determined on the basis of second information obtainable from said protocol layer 
(103). The invention also relates to a method of determining a bit rate when the 
communication device (60) is receiving information. The invention is also directed 
to corresponding transmitting and receiving communication devices (60). 
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